Claude Sonnet 5.5: più veloce, più sicuro, costi variabili

L’articolo in 3 domande

Quando conviene scegliere Sonnet 5.5 invece di Opus 5.5 sul costo?

Per attività ben definite, Sonnet 5.5 è più veloce di Sonnet 5 e, su gran parte dei compiti, può costare fino al 30% in meno per lavoro completato. Al massimo effort però un tentativo con Sonnet 5.5 costa circa 12,50 dollari contro circa 11,20 di Opus 5.5. Se il task richiede escalation, testare Opus.

Cosa implicano i nuovi guardrail per i flussi di lavoro di marketing?

I guardrail di livello superiore riducono i rischi su prompt sensibili e introducono un blocco a tre stadi che può inoltrare richieste rischiose a Sonnet 5. In test interni, l’aggiramento è sceso al 21% con Sonnet 5.5. Anthropic avverte però che aumenteranno anche i rifiuti su compiti legittimi. Servono prompt più precisi e fallback.

Perché l’effort è la variabile decisiva nel budget AI?

I benchmark mostrano che Sonnet 5.5 migliora molto all’aumentare dell’effort, ma la system card indica che al massimo sforzo il consumo di token può raggiungere livelli record. Di conseguenza il costo reale dipende dai token usati e dal costo per tentativo, non solo dal prezzo per milione di token. Va impostato un tetto di effort.

Cosa cambia davvero per budget e operatività

Claude Sonnet 5.5 arriva dopo Opus 5.5 e tiene i listini API del precedente Sonnet: 2 dollari per milione di token in ingresso e 10 in uscita. Anthropic dichiara un aumento di velocità superiore al 30% rispetto a Sonnet 5 e, per gran parte delle attività, un costo per lavoro completato fino al 30% inferiore grazie a un uso più efficiente dei token. I prezzi nominali non cambiano, ma il conto finale dipende da come si usa il modello.

I test messi a disposizione da Anthropic e le analisi successive indicano che l’effort, cioè il livello di impegno del modello per chiudere un compito, può ribaltare il costo reale. Al massimo effort, Sonnet 5.5 consuma più token e può risultare più caro di quanto suggerisca il listino. In un confronto a parità di scenario, un tentativo al livello massimo costa circa 12,50 dollari per Sonnet 5.5 contro circa 11,20 per Opus 5.5.

Per un responsabile marketing o un imprenditore questo significa due cose: il prezzo per milione di token non basta a stimare la spesa e serve mettere sotto controllo l’effort nelle applicazioni che generano contenuti, analisi o automazioni.

Effort e token: dove si risparmia e dove si paga

Nei benchmark presentati da Anthropic, Sonnet 5.5 scala bene con l’effort. Su Terminal-Bench 4.0, un test che misura il lavoro di un agente da riga di comando, raggiunge il 70,6% al livello massimo, contro il 10,3% di Sonnet 5. Opus 5.5, su un livello di effort “xhigh”, si colloca al 66,4%.

Questi numeri spiegano perché si possa chiudere più attività con Sonnet 5.5 rispetto al precedente Sonnet 5, ma non dicono da soli quanto costi. Quando l’effort sale, il modello può consumare una quantità record di token. La system card pubblicata il 28 settembre 2026 indica che al massimo sforzo è stato osservato il consumo di token più alto mai misurato per questa classe di modelli. È il motivo per cui i test indipendenti richiamano l’attenzione sul fatto che il costo dipende dal numero di token usati, oltre che dal prezzo nominale.

In pratica, il risparmio promesso da Anthropic fino al 30% per lavoro completato si concretizza sulle attività ben definite che non richiedono escalation di effort. Quando invece l’algoritmo deve insistere per completare un task complesso o ambiguo, il consumo di token può crescere e annullare il vantaggio. È un tema di procurement: va valutato il costo per tentativo a diversi livelli di effort, non solo il costo unitario per token.

Guardrail e cyber: più protezione, qualche frizione in più

Sonnet 5.5 eredita i guardrail contro gli abusi in ambito cyber già applicati ai modelli di punta. Con le salvaguardie disattivate, nel benchmark CyScenarioBench che simula operazioni informatiche in più fasi, Sonnet 5.5 completa il 46,1% delle sfide, in netto miglioramento rispetto allo 0,7% di Sonnet 5. Opus 5.5 in quello scenario raggiunge il 67,6%. Il salto di capacità impone però più attenzione alla sicurezza.

Anthropic ha attivato un sistema di blocco a tre stadi che intercetta le richieste rischiose e le rimanda a Sonnet 5. Questo avviene in automatico nelle app e su adesione dello sviluppatore via API. In un test interno in cui un attaccante automatico cerca di aggirare i blocchi, l’aggiramento è riuscito nel 21% dei compiti su Sonnet 5.5, contro il 57,2% di Sonnet 5 e il 4,0% di Opus 5.5. L’azienda spiega di aver scelto una robustezza meno rigida per Sonnet 5.5 proprio perché il modello è meno capace, avvertendo che aumenteranno anche i rifiuti su compiti legittimi.

Per chi gestisce contenuti e campagne questo si traduce in due effetti. Primo, meno rischio di output indesiderati su prompt borderline. Secondo, più possibilità di rifiuto su brief legittimi quando toccano aree sensibili. Serve prevedere prompt chiari, con contesti ben definiti, e un percorso di fallback quando l’assistente rifiuta.

Quando scegliere Sonnet 5.5 e quando passare a Opus 5.5

Anthropic lega l’uso di Sonnet 5.5 ai compiti quotidiani ben definiti: correggere un bug specifico, sistemare una presentazione, estrarre dati da un foglio di calcolo, riscrivere un documento secondo criteri indicati. Sul fronte scrittura, l’azienda segnala che il modello ha acquisito la “bravura” della famiglia 5.5, quindi può sostenere attività editoriali ripetibili con vincoli chiari.

Dove i grafici delle prestazioni si sovrappongono a quelli di Opus 5.5, la scelta non è scontata. In media, non conviene usare Sonnet 5.5 a un livello di effort superiore per ottenere gli stessi punteggi di Opus 5.5: a quel punto il costo complessivo tende a salire. Lo si vede anche nel confronto per tentativo al massimo effort, dove Sonnet 5.5 arriva a costare più di Opus 5.5.

Indicazioni operative:

Per task ripetitivi e ben specificati, Sonnet 5.5 offre velocità superiore e, su gran parte delle attività, un costo per lavoro completato più basso.
Per compiti lunghi, multi-step o con alto tasso di incertezza, conviene testare Opus 5.5 allo stesso effort: può chiudere più casi con un costo per tentativo competitivo.
Evitare di “spingere” l’effort di Sonnet 5.5 solo per eguagliare Opus 5.5: le fonti indicano che così si rischia di pagare di più a parità di risultato.

Dove si usa subito e come integrarlo

Il modello è disponibile nelle app mobile e desktop di Anthropic e come “claude-sonnet-5-5” sulla Claude Platform. È già attivo su AWS, Google Cloud e Azure. È accessibile anche per gli account gratuiti. Anthropic ha inoltre anticipato che Haiku 5.5 arriverà nelle settimane successive.

Questa disponibilità permette di inserirlo rapidamente nei flussi di lavoro esistenti, dal content ops su cloud alle estensioni lato applicazione. Il punto critico non è la raggiungibilità tecnica ma il controllo dei costi e la gestione dei rifiuti dovuti ai guardrail.

Due mosse pratiche per governare costo e attrito

Due scelte organizzative aiutano a portare Sonnet 5.5 in produzione senza sorprese:

Fissare un tetto di effort per ogni use case, con soglie diverse per esplorazione, pre‑produzione e produzione. Così si evita l’escalation non necessaria di tentativi e token su compiti che non ne hanno bisogno.
Monitorare il costo per tentativo oltre ai token totali. È la metrica che ha distinto Sonnet 5.5 e Opus 5.5 nei confronti ad effort elevato. Integrare questi dati nei report di costo evita di inseguire solo il prezzo per milione di token.

Se serve contenere i rifiuti su prompt legittimi, progettare messaggi più specifici e con contesti completi. I guardrail sono più stringenti, quindi precisione e vincoli chiari riducono frizioni e ripetizioni non necessarie.

Fonti

Le fonti di questo articolo

Scritto dal team Benhanced Aggiornato il 30 settembre 2026

Ti è stato utile? Passalo a qualcuno