Claude Opus 5.5 e Claude Fable 5.1 si collocano a un livello di capacità simile, e la differenza decisiva tra i due sta nel prezzo e nel comportamento dell'API più che nell'intelligenza pura: Opus 5.5 costa 4 dollari per milione di token in input e 20 dollari per l'output, mentre Fable 5.1 costa 10 e 50, circa il 60% in più. Opus 5.5 supera Fable 5.1 nella maggior parte dei benchmark pubblicati da Anthropic e genera token circa il 30% più velocemente. La regola raccomandata dalla stessa Anthropic: inizia con Opus 5.5 e passa a Fable 5.1 solo quando Opus lascia irrisolto un problema lungo o trascura ripetutamente una condizione importante.

La differenza, una riga per voce

VoceClaude Opus 5.5Claude Fable 5.1
ID del modello nell'APIclaude-opus-5-5claude-fable-5-1
Data di rilascio22 settembre 2026In precedenza, nella stessa generazione
Prezzo (input / output per milione di token)4 / 20 dollari10 / 50 dollari
Lettura della cache0,20 dollari0,25 dollari
Finestra di contesto1M token1M token (anche il valore predefinito)
Output massimo128K token (300K tramite Batch con un header beta)128K token
Livello di effort predefinitomediumhigh
Data limite delle conoscenzeGiugno 2026Precedente
Priority TierNon supportatoNon supportato

I prezzi nel dettaglio, e cosa nasconde il prezzo per token

Anthropic ha tagliato i prezzi di Opus 5.5 del 20% rispetto a Opus 5 su quasi ogni voce, e ha ridotto le letture della cache del 60%:

Voce (per milione di token)Opus 5.5Opus 5Variazione
Input4 dollari5 dollari-20%
Output20 dollari25 dollari-20%
Scrittura in cache (5 minuti)5 dollari6,25 dollari-20%
Scrittura in cache (1 ora)8 dollari10 dollari-20%
Lettura della cache0,20 dollari0,50 dollari-60%
Batch API (input / output)2 / 10 dollari2,50 / 12,50 dollari-20%

Un esempio concreto: una richiesta con 20.000 token in input e 5.000 token in output costa 0,18 dollari con Opus 5.5, 0,225 dollari con Opus 5 e 0,45 dollari con Fable 5.1, cioè circa due volte e mezzo di più. In riyal sauditi: un milione di token in input costa 15 SAR con Opus 5.5 contro 37,5 SAR con Fable 5.1.

Ma il prezzo per token non è il costo. Anthropic afferma che un carico di lavoro tipico costa circa il 40% in meno con Opus 5.5 rispetto a Opus 5, perché il modello completa le attività usando meno token. Nella direzione opposta, un'analisi indipendente ha rilevato che Opus 5.5 con effort massimo consuma circa 119.000 token in output per attività, un valore elevato compensato dal prezzo più basso. La conclusione: misura il costo per completare l'attività, non il prezzo per milione di token.

Prestazioni: cosa dicono i numeri pubblicati

BenchmarkOpus 5.5Fable 5.1Opus 5GPT-6 Astra
Terminal-Bench 4.0: lavoro nel terminale66,4%55,8%52,3%57,9%
FrontierCode v1.1: integrazione di codice in un progetto esistente54,4%50,3%48,0%53,3%
CursorBench 4.0: modifiche all'interno dell'editor di codice57,8%51,8%——
OSWorld 2.0: uso del computer e delle interfacce81,8%80,7%74,0%73,5%
AutomationBench: automazione dei flussi di lavoro aziendali40,0%31,4%26,9%41,4%
Terminal-Bench-Science: attività scientifiche58,7%52,6%29,0%64,6%

Ed ecco l'avvertenza che Anthropic ha pubblicato insieme alla sua stessa tabella, che conta più della tabella: a questi livelli di capacità abbiamo riscontrato che i margini dei benchmark sono diventati una guida meno affidabile delle differenze nel mondo reale. Nel nostro uso, il divario tra Opus 5.5 e Claude Fable 5.1 è più stretto di quanto suggeriscano questi punteggi. L'azienda che vende entrambi i modelli ti sta dicendo di non leggere la tabella alla lettera.

Nota anche che il vantaggio non è assoluto: GPT-6 Astra è davanti a Opus 5.5 in AutomationBench (41,4% contro 40,0%) e nettamente davanti in Terminal-Bench-Science (64,6% contro 58,7%), mentre Opus 5.5 è in testa nel lavoro nel terminale e nell'uso del computer.

E la differenza tra Opus 5.5 e Opus 5?

Questa è la domanda sull'aggiornamento all'interno della stessa famiglia, ed è diversa dal confronto con Fable 5.1: qui non scegli tra due famiglie, ti sposti all'interno di una. Il divario è più ampio di quanto suggerisca il numero di versione:

VoceOpus 5Opus 5.5Variazione
Prezzo (input / output)5 / 25 dollari4 / 20 dollari-20%
Lettura della cache0,50 dollari0,20 dollari-60%
Livello di effort predefinitohighmediumUn'impostazione predefinita più economica
Velocità di generazione dell'outputRiferimentoOltre il 30% più veloce+30%
Terminal-Bench 4.052,3%66,4%+14,1 punti
AutomationBench26,9%40,0%+13,1 punti
Terminal-Bench-Science29,0%58,7%Circa il doppio
OSWorld 2.074,0%81,8%+7,8 punti
GDPval-AA v2.1 (lavoro intellettuale, Elo)17081846+138

La frase che conta di più se stai facendo i conti: Anthropic afferma che Opus 5.5 con effort medio eguaglia o supera Opus 5 con effort alto nelle valutazioni di programmazione e di lavoro intellettuale. Ottieni il risultato dell'impostazione costosa con una più economica e più veloce, ed è da qui, oltre al taglio del 20% sul prezzo, che nasce l'affermazione di un risparmio del 40% su un carico di lavoro tipico.

L'esempio più chiaro dall'annuncio di Anthropic: verificare e riparare una codebase di 200.000 righe ha richiesto a Opus 5.5 meno di tre ore, mentre la stessa attività ha richiesto a Opus 5 più di venti.

Dall'altro lato, due cambiamenti meritano attenzione prima di spostare la produzione: disattivare il ragionamento era accettato su Opus 5 con livelli di effort fino a high e non è più possibile in alcun modo su 5.5, e il vecchio strumento di computer use è ora deprecato. Opus 5 è ancora disponibile, e l'indicazione di Anthropic per i sistemi esistenti è testare 5.5 con esempi salvati propri prima di passare, invece di passare e scoprirlo dopo.

Le differenze tecniche approfondite: cosa cambia davvero nel tuo codice

La maggior parte dei confronti si ferma ai punteggi. Quello che blocca il tuo sistema in produzione è il comportamento dell'API, e qui le differenze sono reali e costose da trascurare:

1. Il ragionamento non è più qualcosa che puoi spegnere

Su Fable 5.1 il ragionamento è sempre attivo: inviare thinking come disabled restituisce un errore 400, e lo stesso vale per il parametro legacy budget_tokens. Anche su Opus 5.5 il ragionamento non si può più disattivare. La leva corretta è il controllo della profondità tramite output_config.effort, con i suoi cinque livelli da low a max. In pratica, il codice scritto per i modelli dell'era 2025 che disattiva il ragionamento o imposta un budget di token di ragionamento si rompe immediatamente all'aggiornamento.

2. La catena di ragionamento grezza non viene mai restituita

Quello che ricevi sono blocchi di ragionamento vuoti (il valore predefinito, omitted) oppure riassunti se imposti display su summarised. Chi trasmette in streaming il ragionamento agli utenti lasciando il valore predefinito mostrerà un lungo silenzio seguito dall'intera risposta tutta insieme. Solo Fable 5.1 ha una terza modalità, in beta, che restituisce brevi note di avanzamento tra una chiamata agli strumenti e l'altra.

3. Forzare una chiamata a uno strumento ora viene rifiutato su Fable 5.1

I valori any e tool in tool_choice restituiscono un 400 su Fable 5.1, e l'uso forzato degli strumenti è anche tra le modifiche incompatibili di Opus 5.5. L'alternativa: lascia tool_choice su auto con un'istruzione esplicita che nomina lo strumento, attiva strict sullo strumento per garantire argomenti validi secondo lo schema, oppure usa gli output strutturati se forzare la chiamata era solo il tuo modo per ricevere JSON.

4. I blocchi di ragionamento sono legati allo stato della conversazione

Questo è il punto che sorprende di più i team: i blocchi di ragionamento sono legati al modello che li ha prodotti e alla sequenza della conversazione. Modificare un turno precedente nella cronologia invalida i blocchi di ragionamento successivi, e per gli account creati dopo il 31 agosto 2026 il server restituisce un 400 invece di ignorarli silenziosamente. L'implicazione ingegneristica: il tuo orchestratore deve aggiungere alla cronologia, mai riscriverla; qualsiasi logica che compatta la conversazione, elimina vecchi messaggi o modifica un turno precedente va rivista prima dell'aggiornamento.

5. Un nuovo motivo di arresto chiamato refusal

Il modello può restituire HTTP 200 con un motivo di arresto refusal e una relativa categoria, invece di generare un errore. Il codice che legge il contenuto della risposta senza controllare prima il motivo di arresto otterrà un testo vuoto che l'utente vedrà come un guasto. Il rimedio supportato è il parametro lato server fallbacks, che riesegue la stessa richiesta su un modello di riserva all'interno della stessa chiamata.

6. Conservazione dei dati: una questione di conformità, non tecnica

Fable 5.1 richiede una policy di conservazione dei dati di 30 giorni e non è disponibile con conservazione zero dei dati senza un'autorizzazione esplicita di Anthropic; in caso contrario la richiesta fallisce con un 400. È un vincolo reale per qualsiasi organizzazione saudita che tratti dati personali con un requisito di nessuna conservazione. Opus 5.5, invece, è stato disponibile fin dal primo giorno sull'API di Anthropic, Amazon Bedrock, Claude Platform on AWS, Google Cloud e Microsoft Foundry.

7. Piccoli dettagli che rompono un aggiornamento

  • Il vecchio strumento di computer use computer_20251124 è deprecato su Opus 5.5; migra a computer_toolset_20260801.
  • Il prefill dei messaggi dell'assistente viene rifiutato su entrambi i modelli.
  • I parametri di campionamento come temperature e top_p sono stati rimossi in questa classe di modelli.
  • Il livello di effort predefinito è diverso: medium su Opus 5.5 e high su Fable 5.1, quindi confrontare i due con le impostazioni predefinite non è, già in partenza, un confronto equo.

Le prove sul campo pubblicate da Anthropic

  • Una migrazione di codice di 680.000 righe completata da un singolo tester in meno di un giorno.
  • Verifica e riparazione di una codebase di 200.000 righe in meno di tre ore, quando la stessa attività aveva richiesto a Opus 5 più di venti ore.
  • Traduzione di HAProxy da C a Rust: 9,5 ore con Opus 5.5 contro 12 ore con Fable 5.1, con un costo inferiore del 51%.

E un cambiamento che nessun benchmark misura: Anthropic è intervenuta su quello che gli utenti chiamano lo stile di scrittura Claudish: riempitivi, preamboli, gergo superfluo. Ora il modello parte da ciò che conta e segue più da vicino le istruzioni dell'utente. Chi lo usa per contenuti rivolti ai clienti lo noterà più di qualsiasi numero nelle tabelle.

Quando usare ciascuno

SituazioneModelloPerché
La scelta predefinita per la maggior parte del lavoro: scrittura, analisi, programmazioneOpus 5.5Migliore nella maggior parte dei benchmark a un prezzo inferiore del 60%
Revisionare documenti, confrontare versioni, leggere screenshotOpus 5.5Il punto di partenza raccomandato dalla stessa Anthropic
Un agente di programmazione che lavora per ore su una codebase di grandi dimensioniOpus 5.5Netto vantaggio nel terminale e nell'editor, costo per attività più basso
Un problema lungo che Opus lascia irrisolto anche con un effort più altoFable 5.1È l'unico caso in cui la differenza di prezzo si ripaga
Un'attività in cui Opus trascura ripetutamente una condizione importanteFable 5.1Ragionamento più profondo su vincoli intrecciati
Sistemi esistenti e stabili su Opus 5Opus 5, poi testare Opus 5.5Confronta con esempi salvati prima di spostare la produzione
Un ambiente che richiede conservazione zero dei datiOpus 5.5Fable 5.1 richiede un'autorizzazione esplicita per derogare al requisito dei 30 giorni

Checklist prima dell'aggiornamento

  • Cerca nel tuo codice qualsiasi impostazione che disattivi il ragionamento o imposti un budget di token di ragionamento, e sostituiscila con un livello di effort.
  • Cerca tool_choice impostato su any o tool e convertilo in auto con strict.
  • Verifica che la tua logica di gestione della conversazione aggiunga alla cronologia e non modifichi mai i turni precedenti.
  • Controlla il motivo di arresto prima di leggere il contenuto, e attiva un modello di riserva in caso di refusal.
  • Ricalibra l'effort dopo l'aggiornamento: il valore predefinito è cambiato, e ciò che era calibrato per un modello precedente non va più bene.
  • Misura su 20 a 50 attività reali della tua operatività, non su un singolo esempio: tasso di successo al primo tentativo, tempo impiegato, token e quanto spesso è dovuta intervenire una persona.

Cosa significa se stai sviluppando in Arabia Saudita

Tre punti pratici. Primo, la differenza di prezzo tra i due modelli è abbastanza grande da cambiare la sostenibilità di un intero progetto: un sistema che consuma ogni mese 200 milioni di token in input e 30 milioni in output costa 1.400 dollari con Opus 5.5 contro 3.500 dollari con Fable 5.1, circa 5.250 SAR contro 13.125 SAR. Secondo, il requisito di conservazione dei dati di Fable 5.1 merita una revisione legale prima di qualsiasi impegno contrattuale se i dati sono dati personali ai sensi della Legge sulla protezione dei dati personali (PDPL). Terzo, le modifiche incompatibili di questa generazione dimostrano la regola che continuiamo a ripetere: il modello è un valore di configurazione, non una decisione scolpita nel codice.

Quello strato di isolamento tra la tua applicazione e il fornitore del modello è ciò che costruiamo per i clienti in Origami, così che cambiare modello sia una decisione operativa di cinque minuti e non un progetto di ricostruzione.

Conclusione

Opus 5.5 è oggi la scelta predefinita razionale: in testa nella maggior parte dei benchmark pubblicati, circa il 30% più veloce nel generare token e all'incirca il 60% più economico di Fable 5.1. Fable 5.1 resta una carta di riserva per problemi specifici che i tuoi test dimostrano andare oltre Opus. E la decisione non dovrebbe venire da una tabella di benchmark (la stessa Anthropic dice che il divario è più stretto di quanto sembri), ma dalle misurazioni sulle tue attività.

Fonti: l'annuncio di Claude Opus 5.5 di Anthropic datato 22 settembre 2026 e la copertura di VentureBeat e The Decoder per cifre e citazioni, con i dettagli dell'API tratti dalla documentazione per sviluppatori di Anthropic su https://docs.anthropic.com. Prezzi e cifre sono quelli pubblicati il 23 settembre 2026 e possono cambiare.