Vai al contenuto principale

Chat Claude Sonnet 4.6 di Anthropic tramite un endpoint compatibile con OpenAI. Accetta fino a 1.000.000 di token di contesto testo e immagini e ne restituisce fino a 64.000, con controllo di temperature e top_p, fino a 128 definizioni di tool e streaming SSE.

Input $3Output $15per 1 milione di tokenInput in cache $0.30Scrittura in cache $3.75

Playground

Claude Sonnet 4.6

Come può aiutarti Claude Sonnet 4.6?

Modelli correlati e attività successive

Manca il modello che ti serve?

Dicci cosa aggiungere e dove lo useresti. Le richieste arrivano a chi decide quali modelli integrare per primi.

Flussi di messaggi stabili per una finestra da un milione di token alla tariffa Sonnet, comandi di campionamento intatti

Sonnet 4.6 prende la finestra da 1.000.000 di token e mantiene temperature e top_p, alla tariffa Sonnet anziché a quella Opus. Rispetto alla sorella 4.5 cambia solo la finestra; rispetto a Opus 4.6 cambiano il prezzo e un tetto di risposta di 64.000 token invece di 128.000.

Apri il Playground di chat
Flussi di messaggi stabili per una finestra da un milione di token alla tariffa Sonnet, comandi di campionamento intatti
Modello
Claude Sonnet 4.6
Indicato per
una finestra da un milione di token alla tariffa Sonnet, comandi di campionamento intatti
Forma del messaggio
Regole di sistema → prove e stato → compito del turno → contratto di output
Confine dei fatti
Capacità, controlli e prezzo arrivano dallo schema in tempo reale

Principio di integrazione

Convalida prima con l’insieme di messaggi più piccolo, poi aggiungi solo il contesto necessario. Separa fatti, ipotesi e vincoli, e progetta i percorsi di interruzione, ritentativo, chiusura contabile e revisione umana.

Costruisci flussi di lavoro ripetibili per una finestra da un milione di token alla tariffa Sonnet, comandi di campionamento intatti

Sonnet 4.6 prende la finestra da 1.000.000 di token e mantiene temperature e top_p, alla tariffa Sonnet anziché a quella Opus. Rispetto alla sorella 4.5 cambia solo la finestra; rispetto a Opus 4.6 cambiano il prezzo e un tetto di risposta di 64.000 token invece di 128.000.

  • Finestra lunga, tariffa Sonnet

    1.000.000 di token in ingresso

    La stessa profondità di contesto delle rotte Opus, a circa il 60% del loro prezzo per milione.

  • Comandi di campionamento mantenuti

    temperature e top_p

    Nessuna migrazione da una libreria di prompt tarata sulla temperatura, a differenza della rotta Sonnet 5.

  • 64.000 per risposta

    La metà di Opus 4.6

    Sufficiente per un'uscita lunga e strutturata; un documento da 100.000 token richiede una rotta con tetto a 128.000.

Dove Claude Sonnet 4.6 vince sul costo del compito e sulla forma dell’interazione

Prova un compito reale misurando qualità, verificabilità, latenza e compatibilità con il prezzo di vendita, invece di affidarti a una classifica generale.

  1. Scegliere Sonnet 4.6

    Ingressi lunghi, difficoltà ordinaria

    Ciò che serve è un contesto ampio, non la riflessione di una rotta Opus.

  2. Scegliere Sonnet 4.5

    I tuoi ingressi stanno ben sotto i 198.000

    Stessi comandi e stessa tariffa di famiglia su una finestra più piccola: più semplice da valutare quando la dimensione è nota.

  3. Scegliere Opus 4.6

    Una singola risposta deve superare 64.000

    Stessa finestra e stessi comandi, tetto di risposta doppio, tariffa per milione più alta.

Trasforma Claude Sonnet 4.6 in lavoro concreto, non in etichette generiche

Ogni scenario ha bisogno di confini d’ingresso, verifica e ripristino; capacità ufficiali, benchmark e supporto agli strumenti non vengono mai inventati.

  • Codice dentro, giudizio fuori

    Domande sull'intero repository

    Codice dentro, giudizio fuori

    Un milione di token alla tariffa Sonnet è ciò che rende le domande su scala di repository una routine e non un'eccezione.

  • Cronologia che non viene tagliata

    Memoria di conversazioni lunghe

    Cronologia che non viene tagliata

    Le sessioni possono tenere l'intera cronologia nel contesto senza che sia la tariffa a decidere quando riassumere.

  • Molti file, un verdetto

    Revisione di insiemi di documenti

    Molti file, un verdetto

    Leggere l'insieme e restituire i rilievi, senza costruire uno strato di recupero per aggirare una finestra piccola.

  • Personaggi adulti, limiti chiari

    Narrativa senza restrizioni

    Personaggi adulti, limiti chiari

    Continuità lunga su un corpus già esistente, con la temperatura su cui ti sei fermato. Non aggiungiamo alcun filtro sui contenuti.

Organizza il contesto in un input ispezionabile per Claude Sonnet 4.6

Obiettivo, prove, stato, vincoli e contratto di output devono avere compiti distinti, perché la richiesta si possa comprimere, debuggare e riprodurre.

  1. Ordine

    Regole, poi materiale, poi compito

    Su ingressi lunghi un'istruzione a metà compete con il materiale che la circonda.

  2. Cache

    Prefisso stabile, coda variabile

    L'ingresso in cache a circa un decimo della tariffa di ingresso è il punto in cui un'integrazione a contesto lungo risparmia davvero.

  3. Campionamento

    Fissala prima di regolare altro

    È cambiata la finestra, non il comportamento di campionamento: riporta il valore che hai già validato.

  4. Uscita

    Progetta per un turno da 64.000

    Se il risultato è più lungo, dividilo di proposito invece di lasciare che sia il tetto a tagliarlo.

Dimostra un caso ripetibile di Claude Sonnet 4.6 prima di integrarlo nel prodotto

Conferma schema in tempo reale, preventivo, streaming e comportamento in caso di errore prima di riutilizzare la richiesta normalizzata.

  1. 01 · Base di partenza

    Convalida la richiesta minima nel Playground

    Controlla i livelli del messaggio, la forma dell’output, lo streaming e i controlli attuali.

  2. 02 · Confini

    Metti alla prova errore, annullamento e ritentativo

    Verifica timeout, stream interrotti, input sovradimensionati, rigenerazione e invii duplicati.

  3. 03 · Integra

    Copia la richiesta API normalizzata

    Usa l’identificativo pubblico del modello e il contratto dei messaggi; leggi i controlli dallo schema in tempo reale.

  4. 04 · Gestisci

    Misura il consumo e continua a valutare

    Conserva stato, consumo finale, cause di errore e riscontri sulla qualità; preventiva prima delle chiamate costose.

Porta Claude Sonnet 4.6 dentro un contratto API chiaro

Playground, esempi API, stati della richiesta e registri di consumo restano allineati dalla valutazione fino all’integrazione in produzione.

  • Contratto unificato

    Una sola forma per messaggi, stream ed errori

    Struttura della richiesta, gestione dello stato e ripristino dagli errori restano coerenti anche cambiando modello.

  • Schema in tempo reale

    Usa i controlli attuali dell’endpoint

    Playground ed esempi API mostrano insieme campi disponibili, limiti e comportamento predefinito.

  • Ciclo di vita osservabile

    Ogni richiesta ha uno stato chiaro

    Invio, streaming, errore, annullamento e consumo usano una semantica pubblica ispezionabile.

  • Integrazione portabile

    Meno lavoro quando i modelli evolvono

    Un contratto chiaro tiene il codice di prodotto concentrato su input, risultati ed esperienza d’uso.

Confini dell’API di Claude Sonnet 4.6 da confermare prima di integrare

Tutti i modelli Claude10