Claude Sonnet 5 vs Opus 4.8

Che cosa cambia con Sonnet 5

Sonnet 5 sposta il modello intermedio di Claude molto più vicino al lavoro agentico reale. Anthropic lo descrive come un miglioramento netto rispetto a Sonnet 4.6 su ragionamento, tool use, coding e knowledge work. La differenza pratica è semplice: puoi usarlo dove prima avresti provato subito Opus per avere abbastanza autonomia, ma con un costo API più basso.

• È disponibile nei piani Claude e in Claude Code.
• È il modello di default per Free e Pro.
• Supporta contesto 1M e output fino a 128K token nella Messages API sincrona.
• Usa adaptive thinking di default, quindi può spendere più token di ragionamento quando serve.
• Il prezzo introduttivo lo rende più interessante per test, agenti e automazioni fino al 31 agosto 2026.

Quando scegliere Sonnet 5

Scegli Sonnet 5 quando il task è abbastanza difficile da richiedere un modello moderno, ma non così critico da giustificare subito Opus o Fable. È il punto migliore per capire se un workflow agentico regge: se completa il lavoro con pochi retry, hai risparmiato senza scendere a un modello troppo debole.

• Coding quotidiano con Claude Code: bug, test, refactor medi e piccole feature.
• Automazioni con browser, terminale o tool dove il risultato è verificabile.
• Analisi di documenti lunghi quando puoi controllare le conclusioni principali.
• Knowledge work operativo: report, ricerca, confronto di fonti, sintesi e piani di lavoro.
• Fasi iniziali di un progetto in cui vuoi misurare costo, qualità e limiti prima di scalare.

Quando restare su Opus 4.8

Opus 4.8 resta più sensato quando il costo principale non sono i token, ma la revisione umana, il rischio di una patch sbagliata o il tempo perso in retry. Se il task tocca architettura, sicurezza, migrazioni grandi o decisioni difficili, pagare di più può essere razionale.

• Refactor multi-file su codebase fragile o poco documentata.
• Debug in cui serve capire interazioni tra molte parti del sistema.
• Migrazioni di framework, dipendenze o API con test da mantenere verdi.
• Review finale di output generati da Sonnet 5 o da modelli economici.
• Workflow enterprise dove affidabilità, audit e supervisione contano più del prezzo per token.

Dove entra Fable 5

Fable 5 è il modello da considerare quando vuoi la massima capacità disponibile nella famiglia Claude. Anthropic lo posiziona sopra Opus 4.8, con prezzo API più alto. Non è il modello da usare per ogni prompt: ha senso quando un miglioramento di qualità può evitare giorni di lavoro, errori costosi o molte iterazioni.

• Usalo per task lunghi, autonomi e ad alto valore.
• Usalo quando la supervisione umana è difficile o costosa.
• Usalo per controllare un lavoro già preparato da Sonnet 5 o Opus, non per bozze leggere.
• Evitalo se il risultato si verifica in pochi minuti o se il task è ancora esplorativo.

Attenzione al tokenizer

Sonnet 5 usa un tokenizer nuovo. Anthropic indica che lo stesso testo può produrre circa il 30% di token in più rispetto a Sonnet 4.6. Questo non rompe l'API, ma cambia i conti: budget, max_tokens, stime di costo e alert basati sui token vanno ricalcolati sul nuovo modello.

• Non riusare stime fatte su Sonnet 4.6 per contesti lunghi.
• Rivedi max_tokens se i tuoi output erano già vicini al limite.
• Misura il costo su richieste reali prima di migrare automazioni ad alto volume.
• Se usi prompt caching, controlla anche cache writes e cache hits nella tabella pricing.

Cosa cambia per API e agenti

La migrazione da Sonnet 4.6 non è solo un cambio di nome modello. Sonnet 5 ha adaptive thinking attivo di default, non accetta sampling parameters non di default e rimuove il manual extended thinking. Se hai wrapper API, SDK interni o gateway, conviene testare errori 400, limiti output e controllo del parametro effort prima del rollout.

• Se prima non passavi un campo thinking, ora il modello usa adaptive thinking.
• Per disattivare il thinking devi impostarlo esplicitamente come disabilitato.
• Temperature, top_p e top_k non vanno impostati a valori non-default.
• Il controllo pratico passa dal parametro effort, non da budget manuali di thinking.
• In agenti lunghi, logga token di ragionamento, output e retry: il prezzo per token non racconta tutto.

Workflow consigliato

Il modo più solido è usare Sonnet 5 come modello operativo e tenere Opus 4.8 per escalation. Così non paghi sempre il modello premium, ma non rinunci alla qualità quando il lavoro diventa difficile.

• Parti da Sonnet 5 per analisi, piano, implementazione controllata e task ripetibili.
• Passa a Opus 4.8 quando Sonnet produce patch fragili, non trova la causa o chiede troppi retry.
• Usa Fable 5 solo per casi ad alto valore o revisione critica.
• Per coding agent, definisci sempre test, file coinvolti e criterio di completamento prima del modello.
• Per automazioni API, misura costo per task completato, non solo costo per milione di token.

Verdetto pratico

Se devi scegliere oggi, usa Sonnet 5 come nuovo default Claude. È abbastanza forte da coprire molti task che prima richiedevano Opus e abbastanza economico da essere testato su workflow ripetuti. Opus 4.8 resta il modello da chiamare quando la posta in gioco sale. Fable 5 non va ignorato, ma va trattato come una scelta mirata, non come abitudine.

• Uso frequente e controllabile: Sonnet 5.
• Coding difficile e decisioni tecniche pesanti: Opus 4.8.
• Massima capacità su task ad alto valore: Fable 5.
• Budget stretto: Sonnet 5 con effort controllato, prompt pulito e fallback selettivo.
• Team API: migrazione graduale con misure su token, errori 400, retry e qualità finale.

Domande frequenti