Claude Sonnet 5: confronto con Opus, prezzi e token
MarkdownUn confronto tra Sonnet 5 e Opus 4.8: tokenizzazione, costo delle attività, benchmark, misurazione dell'utilizzo e comandi per cambiare modello.
Leggi l’articolo completo
Scopri di più su come lavorare con i modelli nella documentazione di Ailoot.
Cosa è successo il 30 giugno: Sonnet 5 è diventato il modello predefinito in Claude Code
Punti chiave
Il 30 giugno 2026 Anthropic ha rilasciato Claude Sonnet 5 e lo ha impostato come modello predefinito nei piani Pro, Team Standard ed Enterprise. Se hai Pro e hai aggiornato Claude Code, lo stai già usando. Nei piani Max e tramite API, Opus 4.8 è rimasto il modello predefinito, quindi passare a Sonnet è una scelta deliberata da parte tua.
Uno scenario pratico: testare sui propri compiti
Il 30 giugno Anthropic ha lanciato Sonnet 5 e lo ha impostato silenziosamente come modello predefinito. Per alcuni utenti il modello è cambiato da solo; per altri è rimasto invariato. Dipende dal piano.
| Il tuo piano | Modello predefinito dopo il 30 giugno |
|---|---|
| Pro, Team Standard, Enterprise (abbonamento) | Claude Sonnet 5 |
| Max, Team Premium, Enterprise (a consumo), API | Claude Opus 4.8 (invariato) |
La prima cosa da fare è controllare quale modello stai usando. In Claude Code, digita:
/status
Il comando mostra il modello attivo e i dettagli dell'account. Se indica claude-sonnet-5 e non hai cambiato modello manualmente, quello predefinito è cambiato da solo.
Sonnet 5 richiede Claude Code versione 2.1.197 o successiva. Se il comando /model non mostra il modello di quinta generazione nell'elenco, aggiorna:
claude update
Ora affronterò la domanda principale che ha motivato questa analisi: Anthropic dice «più economico», ma le spese per i token sono aumentate. Perché? Lo vediamo nella prossima sezione.
Perché «più economico» sulla carta non significa più economico per te?
Punti chiave
Con i prezzi promozionali, Sonnet 5 costa 2 $ per milione di token in ingresso e 10 $ per milione di token in uscita: la metà del prezzo di Opus 4.8. Ma Sonnet 5 ha un nuovo tokenizer: suddivide lo stesso testo in più token. Il 42% in più per l'inglese e il 27% in più per il codice. La tariffa per token è la stessa, ma i token sono più numerosi, quindi la spesa aumenta.
Al termine della promozione, Sonnet 5 costa 3 $ per milione di token in ingresso e 15 $ per milione di token in uscita. È esattamente quanto costava il precedente Sonnet 4.6. Non c'è alcuna riduzione del prezzo «per token». «Più economico di Opus» vale solo nel confronto con Opus 4.8 (5 $ e 25 $), non con la versione precedente di Sonnet, il cui prezzo è invariato.
Il modello fa pagare i token, non le lettere: sono blocchi di testo in cui suddivide il tuo prompt. Sonnet 5 ha un nuovo tokenizer, che suddivide lo stesso file in più blocchi.
| Tipo di testo | Quante volte Sonnet 5 usa più token |
|---|---|
| Testo inglese | 1,42x |
| Testo spagnolo | 1,33x |
| Codice Python | 1,27x |
| Testo cinese | 1,01x (quasi invariato) |
Anthropic stessa la mette in termini più cauti: «da 1,0 a 1,35 volte, a seconda del tipo di testo». Anche considerando l'intervallo più basso, paghi la stessa tariffa per più token. La spesa effettiva per lo stesso lavoro aumenta.
Se non esistono misurazioni pubblicate per la tua lingua, puoi misurare il moltiplicatore esatto per i tuoi testi in un paio di minuti: ecco come, più avanti.
Quanto costa davvero di più una singola attività?
Punti chiave
Il prezzo di listino è solo una parte del costo: il numero di token e di passaggi necessari per un'attività determina la spesa effettiva. Misurala sulle tue attività.
Il tokenizer spiega solo metà della storia. L'altra metà è che Sonnet 5 compie più passaggi e genera più testo mentre lavora. Il prezzo di listino è solo una parte del costo: il numero di token e di passaggi necessari per un'attività determina la spesa effettiva. Misurala sulle tue attività.
In termini di costo per attività, Sonnet 5 è più caro del modello di punta Opus 4.8, anche se il suo prezzo di listino è 2,5 volte più basso. Il prezzo di listino dice una cosa, la spesa effettiva un'altra: il tokenizer e i passaggi aggiuntivi assorbono tutti i risparmi promessi.
E questo si ripete da una generazione all'altra. Con il modello precedente, Opus 4.7, un cambiamento del tokenizer aveva già aumentato di circa il 37% il numero di token per richiesta.
La conclusione è semplice: non fidarti del titolo «2,5 volte più economico». Solo i conteggi dei token relativi alle tue attività mostrano il prezzo reale. Più avanti ti mostrerò come misurarlo; prima, però, vediamo il contesto.
Scegliere tra Sonnet 5 e Opus è solo un ingranaggio del meccanismo. Il context engineering, cioè ciò che inserisci nel contesto di Claude prima di una richiesta, determina l'effettivo utilizzo dei token. Un contesto gonfio consumerà qualsiasi budget anche con il modello più economico; uno ben strutturato farà risparmiare token persino con un modello costoso.
Claude Sonnet 5 e Opus 4.8 a confronto: cosa sa fare ciascun modello?
Punti chiave
Nella programmazione, Sonnet 5 è dietro a Opus 4.8: 63,2% contro 69,2% nel benchmark SWE-bench Pro. Nei lavori basati sulla conoscenza (rapporti, analisi, documenti), Sonnet 5 è leggermente avanti: 1.618 contro 1.615 punti. In altre parole, Opus 4.8 è più forte nella programmazione difficile, mentre Sonnet 5 si avvicina al modello di punta nel lavoro agentico di routine e nelle attività testuali, a un prezzo inferiore.
Un benchmark, da solo, dice poco a chi programma seguendo l'ispirazione. Ma i numeri mostrano i punti di forza di ciascun modello. Ecco, affiancati, i risultati ufficiali di Anthropic per i tre modelli:
| Cosa viene misurato | Sonnet 4.6 | Sonnet 5 | Opus 4.8 |
|---|---|---|---|
| Programmazione agentica (SWE-bench Pro) | 58,1% | 63,2% | 69,2% |
| Lavoro da terminale (Terminal-Bench 2.1) | 67,0% | 80,4% | 74,6% |
| Uso del computer (OSWorld) | 78,5% | 81,2% | - |
| Lavoro basato sulla conoscenza (GDPval) | 1395 | 1618 | 1615 |
Opus 4.8 mantiene il vantaggio nella programmazione agentica difficile: 69,2% contro 63,2% in SWE-bench Pro. Questi sei punti rappresentano i bug insidiosi e i nodi architetturali in cui Opus trova una soluzione, mentre Sonnet si arrende a metà. Ma la programmazione difficile è l'unica riga in cui Opus è in vantaggio. Nel lavoro da terminale (80,4% contro 74,6%) e nel lavoro basato sulla conoscenza (preparare un rapporto, analizzare dati), Sonnet 5 ha già superato il modello di punta.
Una guida completa su «quale modello usare per quale tipo di attività», incluso come impostare il livello di impegno con /effort, si trova nella guida separata su come scegliere Sonnet o Opus in Claude Code: spiega come assegnare i modelli in base al tipo di attività. Qui l'attenzione è diversa: vale la pena cambiare ciò che già funziona per provare un nuovo modello?
Come puoi calcolare quanto ti costerà Sonnet 5?
Punti chiave
In Claude Code /cost aiuta a confrontare il consumo della sessione, incluso input e output. Non isola una modifica del tokenizer: i totali comprendono cronologia, risultati degli strumenti e output generato. Misura la tokenizzazione su un input fisso identico senza cronologia e il costo dell’attività completa separatamente, in sessioni indipendenti.
Non fidarti dei numeri di qualcun altro: misura i tuoi. Claude Code può mostrare l'utilizzo direttamente nella sessione. Ecco tre comandi:
/usage- la schermata principale dell'utilizzo: costo della sessione, limiti rimanenti del piano e token per modello. I comandi/coste/statsaprono schede al suo interno./cost- un riepilogo della sessione corrente: quanti token sono stati usati, quali modelli li hanno utilizzati e la suddivisione tra ingresso e uscita./stats- una panoramica più ampia: numero totale di sessioni e token nell'arco di diverse settimane.
Una precisazione importante: l'importo in dollari mostrato da questi comandi è una stima locale basata sui conteggi dei token e può differire dalla spesa effettiva. Ma è più che sufficiente per confrontare due modelli.
Ecco la procedura esatta per misurare quanto Sonnet 5 costa in più per le tue attività:
- Per confrontare i tokenizer, scegli un input fisso con identiche istruzioni e contenuti dei file, senza cronologia. Confronta il numero di token di input per quel testo esatto in ciascun modello, escludendo l’output generato: il rapporto descrive soltanto la tokenizzazione dell’input.
- Per confrontare un’attività reale, avvia due sessioni indipendenti dallo stesso stato del progetto, una per modello. Usa stesso prompt, effort, strumenti e criteri di riuscita. Non cambiare modello a metà di una conversazione condivisa.
- Registra il consumo prima e dopo ogni attività. Usa le differenze di input, output, lettura e scrittura cache con le tariffe applicabili per stimare il costo; includi tentativi ripetuti e falliti.
- Verifica il codice risultante con gli stessi test. Confronta il costo di un risultato riuscito, senza dividere conteggi aggregati dei token chiamandoli moltiplicatore del prezzo.
I comandi qui sopra mostrano una singola sessione. Per una panoramica giornaliera e settimanale esiste uno strumento gratuito chiamato ccusage. Legge i registri locali di Claude Code e crea dei rapporti. Puoi eseguirlo senza installarlo:
npx ccusage@latest
Come passare a Sonnet 5 e tornare indietro se non fa per te?
Punti chiave
Per passare a Sonnet 5, esegui /model sonnet nella sessione. Per tornare a Opus 4.8, esegui /model opus. Tornare a Sonnet 4.6 è più complicato: l'alias sonnet ora indica la versione 5, quindi devi specificarne il nome completo: /model claude-sonnet-4-6. Il passaggio è immediato; non serve riavviare il progetto.
Cambiare modello in Claude Code richiede un solo comando e ha effetto immediato. Ecco tutte le opzioni, compreso come tornare indietro, perché dopo il confronto nella sezione precedente potresti volerlo fare.
Cambia modello nella sessione corrente:
/model # apri l'elenco dei modelli e scegli
/model sonnet # passa a Sonnet 5
/model opus # passa a Opus 4.8
Nell'elenco, Enter salva la scelta come predefinita per le nuove sessioni; il tasto s la applica solo alla sessione corrente.
Torna indietro se il nuovo modello non fa per te. C'è una particolarità: il nome breve sonnet ora indica la versione 5. Per tornare specificamente al collaudato Sonnet 4.6, usa il nome completo:
/model claude-sonnet-4-6 # torna al Sonnet precedente
/model claude-opus-4-8 # torna a Opus 4.8
/model default # ripristina il modello predefinito consigliato per l'account
Imposta un modello specifico per tutta la sessione con una variabile d'ambiente:
export ANTHROPIC_MODEL="claude-opus-4-8" # avvia con Opus fissato
claude
Imposta in modo permanente il modello predefinito nel file di configurazione settings.json:
{ "model": "opus" }
È utile conoscere anche la modalità opusplan. Usa Opus per la fase di pianificazione, in cui conta la profondità di ragionamento, poi passa a Sonnet per l'esecuzione, in cui conta il prezzo. Il compromesso «cervello costoso, mani economiche» è una scelta predefinita sensata se non vuoi decidere manualmente per ogni attività.
Chi trae davvero vantaggio da Sonnet 5 e chi dovrebbe restare con Opus?
Punti chiave
Sonnet 5 è conveniente per il lavoro agentico di routine con livelli di impegno bassi e medi: una prima passata sul codice, la generazione di test, l'esplorazione di un progetto e grandi gruppi di attività simili. Tieni Opus 4.8 per i lavori difficili: architettura, bug complessi, revisioni di sicurezza e tutto ciò che richiede un livello di impegno elevato. Il motivo: al massimo livello di impegno, Sonnet 5 costa più di Opus per attività, pur essendo inferiore nella qualità della programmazione difficile.
Una semplice regola di assegnazione, ricavata dai benchmark e dai prezzi, è: Sonnet 5 per l'esecuzione, Opus 4.8 per il giudizio. Ecco lo stesso concetto espresso come mappa decisionale delle attività:
| La tua attività | Modello | Perché |
|---|---|---|
| Prima passata sul codice, esplorazione del progetto | Sonnet 5 | Costo contenuto con impegno da basso a medio e qualità sufficiente |
| Generazione di test, piccoli refactoring | Sonnet 5 | Lavoro di routine in cui il costo conta più della profondità |
| Grandi gruppi di attività agentiche simili | Sonnet 5 | Il costo per attività è decisivo |
| Analisi dei dati, preparazione di un rapporto | Sonnet 5 | Supera Opus 4.8 nel lavoro basato sulla conoscenza |
| Decisione architetturale, scelta di un approccio | Opus 4.8 | L'errore più costoso è lesinare sul giudizio |
| Bug difficile con una causa poco chiara | Opus 4.8 | Mantiene un ragionamento più profondo più a lungo |
| Revisione della sicurezza del codice | Opus 4.8 | Serve scrupolo, non velocità |
| Qualsiasi attività difficile con livello di impegno elevato | Opus 4.8 | In questo caso Sonnet 5 costa di più per attività e ha una qualità simile |
La conclusione principale, controintuitiva, è che con livelli di impegno elevati (xhigh, max) Sonnet 5 perde il vantaggio di prezzo. Compie più passaggi e consuma più token, quindi un'attività difficile costa più che con Opus 4.8, anche se Opus continua a offrire una qualità migliore nella programmazione difficile. Perciò mantenere Opus come modello predefinito ha senso se la maggior parte del tuo lavoro è difficile e richiede un livello di impegno elevato.
Se la maggior parte del tuo lavoro è costituita da attività agentiche di routine con complessità moderata, Sonnet 5 con il livello di impegno standard è attualmente conveniente, soprattutto durante la promozione, che dura fino al 31 agosto.
Cosa dicono le persone che sono già passate a Sonnet 5?
Punti chiave
La comunità è divisa. Alcuni sviluppatori hanno definito il rilascio un fallimento a causa dell'aumento dei costi dovuto al tokenizer, della censura più rigida e di un passo avanti che è sembrato troppo piccolo. Altri apprezzano Sonnet 5 perché offre un lavoro agentico paragonabile a quello di Opus a un costo inferiore e permette di controllare con precisione l'utilizzo tramite il livello di impegno. Le metriche sono migliorate, mentre l'esperienza concreta di molte persone è peggiorata: è questa la discrepanza.
Nelle prime ore dopo il rilascio è emersa un'ondata di malcontento. L'etichetta «fallimento inutile» ha subito preso piede parlando del lancio. Ecco il tono che ha dato forma alla discussione:
Tre critiche principali, senza caricarle di emozione:
- I token costano di più. Il nuovo tokenizer si mangia i risparmi promessi: è il tema dell'analisi qui sopra.
- Più rifiuti. Il modello rifiuta più facilmente i prompt controversi; la censura è più rigida. Molte persone dicono che il precedente Sonnet 4.6 sembrava più veloce, più intelligente e meno limitato.
- Il passo avanti è troppo piccolo. La differenza rispetto alla versione 4.6 non giustifica il passaggio, soprattutto considerando l'aumento di prezzo.
Ma il quadro non è univoco. Chi usa attività agentiche apprezza Sonnet 5: la qualità è vicina a quella di Opus e il prezzo è inferiore con un livello di impegno basso. Apprezzano anche il controllo del livello di impegno, che è una leva concreta per gestire la spesa. Chi invece usava Claude per la scrittura creativa è scontento: il modello è diventato più asciutto e prudente nella formulazione.
La mia conclusione, in mezzo a tutto questo rumore, è che l'ondata di «fallimento» dipenda soprattutto da aspettative gonfiate. Ci si aspettava un salto e si è ottenuto un passo avanti prudente, con token più costosi. Tecnicamente, Anthropic ha fornito un modello funzionante. C'è una sola domanda giusta: è conveniente per le tue attività? Puoi verificarlo solo con la tua spesa per i token: i post degli altri non possono valutarlo al posto tuo.
Uno scenario pratico: testare le proprie attività
Punti chiave
L'autore dello scenario non ha fretta di passare a Sonnet né di tornare indietro. Nel piano Max, Opus 4.8 resta il modello predefinito e viene mantenuto per le attività difficili. Usa Sonnet 5 per il lavoro di routine: una prima passata, i test e l'esplorazione; poi misura l'utilizzo con /cost sui propri progetti reali. Sfrutta la promozione fino al 31 agosto per raccogliere statistiche sulle proprie attività, invece di affidarsi ai benchmark di altre persone.
Quando esce un nuovo modello, l'autore dello scenario lo prova senza affrettarsi a trarre conclusioni: nei primi giorni l'entusiasmo fa sempre più rumore della realtà. Sonnet 5 è proprio uno di questi casi.
Ecco i passaggi di questo scenario:
- Ha controllato il modello predefinito. L'autore ha un piano Max, quindi Opus 4.8 è rimasto il modello predefinito. Lo mantiene per le attività difficili.
- Ha assegnato a Sonnet 5 il lavoro di routine. Una prima passata sul codice, la generazione di test e l'esplorazione del progetto: per queste attività costa poco e la qualità è sufficiente.
- Ha misurato le proprie attività. Dopo ogni sessione, l'autore controlla
/coste confronta l'utilizzo. Usa il proprio codice reale, non i benchmark degli altri. - Sfrutta la promozione. Fino al 31 agosto Sonnet 5 è disponibile a prezzo ridotto: è un buon momento per raccogliere statistiche su quanto costa personalmente all'autore, finché è ancora economico.
È impossibile indovinare una volta per tutte quale sia il modello «giusto». I modelli cambiano ogni mese, insieme ai prezzi e ai tokenizer. Ciò che funziona sempre è sapere come misurare l'utilizzo in due minuti e prendere decisioni basate sui numeri anziché sui titoli. Scegliere un modello è una competenza che servirà a ogni nuovo rilascio.
Fonti
Per continuare, prova Ailoot.
Maggiori dettagli
Domande frequenti
Posso isolare la differenza tra tokenizer cambiando modello nella stessa conversazione?
No. La seconda esecuzione vede la cronologia accumulata e può produrre una risposta diversa. Confronta i tokenizer su un input fisso identico senza cronologia: quel rapporto dei token di input non è un moltiplicatore del prezzo dell’intera attività.
Come confronto il costo di un’attività reale?
Avvia sessioni indipendenti dallo stesso stato del progetto e prompt, con identici effort e permessi degli strumenti. Confronta variazioni di input, output e cache, prezzi applicabili e superamento degli stessi controlli. Includi i nuovi tentativi nel totale.