Claude Sonnet 5: recensione 2026, costi reali, Opus e tokenizer

Il verdetto in una riga

Conviene passare a Sonnet 5 per agenti, coding e automazioni che usano molti tool, ma prima di considerarlo più economico bisogna calcolare l'impatto del nuovo tokenizer.

Anthropic ha lanciato Sonnet 5 il 30 giugno 2026 presentandolo come il Sonnet più agentico mai realizzato: pianifica attività in più passaggi, controlla strumenti come browser e terminale e porta a termine compiti sui quali i precedenti modelli Sonnet tendevano a bloccarsi. Nell'API e in Claude Code usa effort=high come impostazione predefinita; con questo livello, in alcuni task si avvicina a Opus 4.8 pur avendo un prezzo di listino molto più basso. Per chi lavora già in Claude Code o sviluppa agenti, oggi è la scelta predefinita più sensata.

Il motivo per procedere con cautela non riguarda le capacità, ma i costi. Il prezzo di lancio sembra un taglio, però il nuovo tokenizer conteggia circa il 30% di token in più sullo stesso testo. Inoltre, tre modifiche incompatibili dell'API restituiscono un errore 400 se la migrazione viene fatta senza adeguare le richieste. Entrambi gli aspetti sono spiegati qui sotto.

Claude Sonnet 5: che cosa cambia davvero rispetto a Sonnet 4.6

Sonnet 5 è un aggiornamento diretto di Sonnet 4.6: rinuncia a una parte del controllo manuale in cambio di molta più autonomia.

Il salto più evidente è la capacità di portare a termine il lavoro agentico. Secondo la stessa Anthropic, i progressi più netti degli ultimi tempi si erano concentrati sui modelli della classe Opus; Sonnet 5 riduce ora quella distanza. Le prestazioni si avvicinano a Opus 4.8 a un prezzo inferiore, con molte più combinazioni di costo e velocità rispetto a Sonnet 4.6. Rispetto a 4.6, migliora il ragionamento, l'uso dei tool, il coding e le attività di knowledge work. I partner con accesso anticipato hanno inoltre descritto un modello capace di completare task software articolati e verificare autonomamente il proprio output. Nei benchmark messi in evidenza da Anthropic — ricerca agentica (BrowseComp) e uso del computer (OSWorld-Verified) — supera nettamente 4.6 e, con un livello di effort più alto, in alcuni task riesce a eguagliare Opus 4.8. In base al documento sulla sicurezza di Anthropic, tende anche meno di 4.6 a mostrare comportamenti indesiderati ed è sensibilmente meno capace dei modelli Opus attuali nelle attività di cybersicurezza: per la maggior parte degli impieghi aziendali è un vantaggio, non una rinuncia.

La novità pratica più importante è una: l'adaptive thinking è attivo per impostazione predefinita. Con Sonnet 4.6, una richiesta priva del campo thinking veniva eseguita senza ragionamento. Con Sonnet 5, la stessa richiesta attiva il ragionamento adattivo. La qualità iniziale migliora, ma max_tokens limita insieme i token di ragionamento e il testo della risposta; di conseguenza, un tetto calibrato su 4.6 può troncare l'output visibile. È quindi necessario rivedere max_tokens per tutti i workload che prima venivano eseguiti senza thinking.

:::callout{variant="note" title="In parole semplici: che cosa significa "agentico""}
Un modello agentico non si limita a rispondere, ma agisce: scompone un obiettivo in passaggi, richiama strumenti come browser, terminale o API, legge i risultati e continua finché il lavoro non è concluso. Un modello "più agentico" si blocca meno spesso a metà di un'attività complessa. È proprio il tipo di lavoro che in precedenza richiedeva un modello più grande e costoso.
:::

Prezzo di Claude Sonnet 5: l'intera gamma Claude 5

Il prezzo di lancio di Sonnet 5 è di $2 per milione di token in input e $10 per milione di token in output fino al 31 agosto 2026; in seguito passerà a $3 in input e $15 in output. Ecco come si colloca rispetto agli altri modelli della famiglia ai prezzi attuali:

Guardando i rapporti di prezzo, la scelta diventa più chiara. Durante il periodo promozionale Sonnet 5 costa per token il 40% di Opus 4.8; anche dopo agosto, la tariffa standard sarà pari al 60% di Opus. Rispetto all'altro estremo della gamma, alla tariffa standard costa 3x il prezzo di Haiku 4.5, che però si ferma a una finestra di contesto da 200k contro 1M di Sonnet 5. La sua posizione intermedia è quindi intenzionale: costa meno di Opus, è nettamente più capace di Haiku e offre lo stesso contesto da 1M e lo stesso limite di output da 128k dei modelli di punta.

Per i lavori più lunghi conta anche un'altra specifica: Sonnet 5 mantiene 1M token di contesto sia come valore predefinito sia come limite massimo, senza una variante con contesto ridotto. Con la Batch API e l'header beta output-300k-2026-03-24, l'output può arrivare a 300k token. Rispetto alla fascia Opus perde invece l'accesso al Priority Tier, che non è disponibile per Sonnet 5.

Il costo nascosto del tokenizer di Claude Sonnet 5

Il prezzo di listino è diminuito, ma il costo effettivo per unità di lavoro non è sceso nella stessa misura: il nuovo tokenizer di Sonnet 5 trasforma lo stesso testo in circa il 30% di token in più rispetto a Sonnet 4.6.

Il tokenizer è il componente che suddivide il testo nelle unità fatturabili chiamate token. Quello di Sonnet 5 è diverso da quello di 4.6 e Anthropic dichiara esplicitamente che, a parità di testo in input, produce circa il 30% di token in più; il valore preciso dipende dal contenuto. Il prezzo per token non cambia. Poiché la fatturazione avviene per token, però, una richiesta che con 4.6 ne contava 10,000 arriva ora a circa 13,000: prima ancora di considerare la variazione del listino, lo stesso lavoro costa quindi circa il 30% in più. Questo significa anche che nella finestra di contesto da 1M entra meno testo effettivo e che un limite max_tokens dimensionato sull'output di 4.6 può interrompere la risposta in anticipo.

La regola operativa è semplice: non riutilizzare i conteggi eseguiti sui modelli precedenti; misura di nuovo tutto su Sonnet 5. Le stime di costo, i budget per richiesta e le logiche di riempimento del contesto basati sui dati di 4.6 sono diventati troppo ottimistici. Lo stesso schema aveva già interessato la linea Opus, come spiegato nell'analisi del cambio di tokenizer di Opus 4.7. Anche la soluzione è identica: prima si rifanno i conteggi, poi si decide.

Questo non rende Sonnet 5 un modello costoso. Al prezzo promozionale resta molto più economico di Opus a parità di output comparabile. Il confronto corretto, però, non si riduce a "ora costa poco": deve tenere insieme il listino da $2, un reale aumento delle capacità e un overhead di token di circa il 30%. Prima di dare per scontato un risparmio, bisogna fare i conti sul proprio workload.

Tre breaking change da gestire prima della migrazione

Il passaggio da 4.6 è perlopiù indolore, ma tre tipi di richiesta che prima funzionavano ora restituiscono un errore 400. Vanno corretti prima della migrazione, altrimenti il loop dell'agente si interrompe alla prima chiamata.

# Fails on Sonnet 5 (returns 400)
resp = client.messages.create(
    model="claude-sonnet-5",
    temperature=0.7,
    thinking={"type": "enabled", "budget_tokens": 32000},
    max_tokens=4000,
    messages=[...],
)

# Works: no sampling params, adaptive thinking, roomier max_tokens
resp = client.messages.create(
    model="claude-sonnet-5",
    thinking={"type": "adaptive"},
    max_tokens=8000,
    messages=[...],
)

Claude Sonnet 5 vs Opus 4.8: quando conviene il modello più economico

Per il coding agentico e le automazioni basate sui tool, Sonnet 5 con effort=high è la scelta da cui partire. Il passaggio a Opus 4.8 ha senso soltanto quando un task richiede davvero il massimo livello di capacità.

Il vantaggio di Sonnet 5 è il selettore dell'effort. Offre gli stessi livelli medium, high ed extra-high della fascia Opus e, nelle curve costo-prestazioni pubblicate da Anthropic, copre un intervallo molto più ampio di 4.6: è efficiente con l'effort medio e, aumentandolo, in alcuni task raggiunge le capacità di Opus 4.8. Poiché costa il 40% di Opus durante il periodo promozionale e il 60% dopo agosto, il calcolo suggerisce di partire da Sonnet 5 e inoltrare a Opus soltanto i task più difficili, invece di pagare la tariffa Opus per ogni richiesta.

I motivi per restare su Opus 4.8 sono circoscritti, ma concreti: attività in cui il vertice della curva delle capacità ripaga il sovrapprezzo, il coding agentico più impegnativo, esecuzioni autonome lunghe nelle quali un solo passaggio fallito ha un costo elevato, oppure casi in cui "eguaglia Opus in alcuni task" non basta perché contano proprio quelli in cui non lo eguaglia. Quando si delega su larga scala lavoro di produzione non supervisionato, la differenza di prezzo può costare meno di una singola esecuzione fallita con Sonnet.

Recensione Claude Sonnet 5: perché alcuni lo considerano un passo indietro

Le reazioni della community sono divise, e far finta del contrario sarebbe poco onesto. Accanto agli elogi di chi afferma che "porta a termine task che 4.6 non riusciva a completare", questo mese su r/ClaudeAI sono comparsi thread con titoli espliciti come "Sonnet 5 is a downgrade", oltre a una sequenza costante di domande sul fatto che valga davvero la pena usarlo e su quale sia il giudizio generale. Vale la pena riconoscere la distanza tra il messaggio di Anthropic — "vicino a Opus 4.8" — e l'esperienza concreta di una parte degli utenti.

La spiegazione passa soprattutto da due fattori. Primo: l'adaptive thinking attivo per impostazione predefinita modifica forma e latenza delle risposte, quindi i workflow ottimizzati per l'output più conciso e privo di thinking di 4.6 possono sembrare diversi anche quando la qualità è aumentata. Secondo: il nuovo tokenizer peggiora il confronto dei costi finché non vengono rifatte le misurazioni; prima di essere percepito come un tokenizer diverso, viene letto come "più costoso". Nessuno dei due aspetti dimostra che il modello sia scadente. Dimostra piuttosto che un aggiornamento diretto non è mai del tutto trasparente. Prima di affidarsi al giudizio di chiunque, compreso questo, va provato sui propri prompt reali.

Chi dovrebbe passare a Sonnet 5 e chi dovrebbe aspettare

Stai migrando una configurazione di coding o un agente e vuoi sistemare prima gli elementi che contano davvero? Scarica la checklist gratuita per configurare Claude Code + Codex: raccoglie i passaggi di configurazione e controllo dei costi da eseguire prima di cambiare modello in produzione, oltre a ogni nuova analisi pubblicata al lancio di un modello.