Claude Opus 5.5 non è soltanto un aggiornamento delle prestazioni. Per le aziende che usano Claude tramite API, agenti o strumenti di sviluppo, il passaggio introduce un tema operativo preciso: le conversazioni con ragionamento devono essere trattate come sequenze coerenti e non come payload da riscrivere liberamente a ogni chiamata.
Anthropic ha annunciato il modello il 22 settembre 2026, indicando prezzi più bassi rispetto a Opus 5, maggiore velocità e nuove protezioni contro prompt injection, distillazione e azioni difficili da annullare. La migrazione può quindi ridurre i costi, ma va preceduta da test sul modo in cui l’applicazione conserva messaggi, strumenti e blocchi di reasoning.
Claude Opus 5.5: le novità rilevanti per un’azienda
Il nuovo modello è disponibile sulla piattaforma Claude e attraverso Amazon Web Services, Google Cloud e Microsoft Azure. L’identificativo API indicato da Anthropic è claude-opus-5-5.
Secondo i dati pubblicati dal fornitore, l’output viene generato oltre il 30% più velocemente rispetto a Opus 5. Il costo dichiarato è di 4 dollari per milione di token in input e 20 dollari per milione in output, contro rispettivamente 5 e 25 dollari di Opus 5. Le letture dalla cache scendono da 0,50 a 0,20 dollari per milione di token.
| Voce | Opus 5.5 | Opus 5 | Impatto operativo |
|---|---|---|---|
| Input | 4 $ / milione token | 5 $ / milione token | Riduzione del 20% |
| Output | 20 $ / milione token | 25 $ / milione token | Riduzione del 20% |
| Lettura cache | 0,20 $ / milione token | 0,50 $ / milione token | Vantaggio nei flussi agentici lunghi |
| Modalità fast | 8 $ input, 40 $ output | — | Fino a 2,5 volte più veloce, con costo superiore |
Il risparmio reale non dipende soltanto dal listino. Anthropic stima un costo tipico inferiore del 40% perché il modello usa meno token per completare alcune attività. È un dato del produttore e deve essere verificato con i prompt, gli strumenti e i documenti dell’organizzazione.
Preserved thinking: perché alcune integrazioni devono cambiare
La modifica tecnica più delicata è il preserved thinking. Quando un’applicazione rimanda al modello un blocco di ragionamento prodotto in un turno precedente, l’API controlla che il contesto precedente sia rimasto coerente.
Il controllo considera tre elementi:
- il prompt di sistema;
- l’elenco e la definizione degli strumenti disponibili;
- i messaggi che precedono il blocco di thinking.
Se una parte viene modificata, il blocco può essere rifiutato con errore HTTP 400 oppure scartato, in base alla configurazione. Per gli account creati dal 31 agosto 2026 alle 00:00 UTC, il controllo del prefisso è applicato in modo predefinito su Opus 5.5 e Fable 5.1. Gli account precedenti possono provarlo esplicitamente prima che diventi un problema in produzione.
Le architetture più esposte
Il rischio non riguarda chi usa claude.ai o Claude Code senza personalizzazioni. Riguarda soprattutto applicazioni che ricostruiscono la cronologia anziché conservarla in modo append-only. Sono da verificare i sistemi che:
- rigenerano il prompt di sistema inserendo data, modalità o istruzioni variabili;
- aggiungono o rimuovono strumenti e server MCP durante la sessione;
- accorciano vecchi risultati degli strumenti per ridurre il contesto;
- riassumono i turni precedenti sul client mantenendo blocchi di thinking successivi;
- ricodificano immagini o sostituiscono URL che restituiscono byte differenti;
- spostano una conversazione tra modelli incompatibili con i blocchi di ragionamento già presenti.
Le aziende che stanno collegando agenti a servizi esterni possono approfondire anche i controlli descritti nell’articolo sui server MCP per contratti e firme. Più strumenti entrano nella sessione, più diventa importante mantenere una configurazione prevedibile.
Come preparare la migrazione a Opus 5.5
1. Fotografare il comportamento attuale
Prima di cambiare il nome del modello, registrare per un campione rappresentativo durata, token di input e output, letture e scritture della cache, numero di chiamate agli strumenti, errori e percentuale di attività completate senza intervento umano. Il confronto deve usare compiti reali, non soltanto benchmark pubblici.
2. Verificare che la cronologia sia append-only
Tra due chiamate consecutive, il codice dovrebbe aggiungere nuovi turni senza riscrivere quelli già inviati. Il prompt di sistema e la definizione dei tool dovrebbero restare fissi per l’intera sessione. Quando serve cambiare modalità o autorizzazioni, è più sicuro aprire una nuova sessione oppure usare i meccanismi documentati dal fornitore.
3. Testare gli errori di binding
Anthropic mette a disposizione l’header beta thinking-binding-controls-2026-08-01. In un ambiente di test permette di osservare input_transformations e individuare i blocchi scartati per prefix_binding_mismatch o model_binding_mismatch.
Il comportamento drop_block mantiene operativa la richiesta, ma non corregge la causa: il modello risponde senza usare il ragionamento scartato e la cache può ripartire. In collaudo conviene anche usare la modalità di errore, così una regressione interrompe i test invece di restare invisibile.
4. Provare i cambi di modello
Opus 5.5 può leggere blocchi provenienti da Opus 5 e da precedenti modelli Opus, Sonnet e Haiku. Non legge invece i blocchi prodotti da Fable o Mythos. Se un router passa automaticamente a un modello meno costoso, a un fallback o a un modello specializzato, bisogna controllare cosa accade alla continuità del reasoning.
5. Introdurre un rollout progressivo
Una migrazione prudente parte da traffico interno o non critico, poi aumenta gradualmente la percentuale di richieste. Per ogni fase vanno impostate soglie di arresto su errori 400, blocchi scartati, costi per attività, latenza e interventi manuali.
Sicurezza: miglioramenti dichiarati, controlli ancora necessari
Anthropic dichiara una maggiore resistenza alla prompt injection e una minore propensione ad azioni fuori dai limiti assegnati. Il modello include inoltre protezioni aggiuntive per cybersecurity, biologia e distillazione; alcune richieste possono essere instradate in modo trasparente verso un altro modello.
Queste protezioni non sostituiscono i controlli dell’applicazione. Un agente aziendale deve continuare a operare con privilegi minimi, allowlist degli strumenti, conferma umana per le azioni irreversibili, isolamento dell’ambiente, logging e limiti di spesa. La stessa logica vale per gli agenti che lavorano anche senza una sessione utente attiva.
Prompt injection e dati esterni
Documenti, pagine web, email e ticket vanno trattati come input non attendibili. Le istruzioni contenute nei dati non devono poter modificare autorizzazioni, strumenti o obiettivi dell’agente. Per i flussi con informazioni sensibili servono filtri, separazione dei ruoli e una revisione delle destinazioni verso cui il modello può inviare contenuti.
Conservazione dei dati e conformità
Opus 5.5 è disponibile con zero data retention, ma la disponibilità contrattuale di questa opzione non significa che ogni integrazione la stia usando. Occorre verificare piano, piattaforma di erogazione, regione, log applicativi, strumenti collegati e copie conservate nei sistemi intermedi.
Anthropic dichiara inoltre misure di watermarking connesse all’AI Act europeo. Per un’azienda italiana resta necessario documentare finalità, base giuridica, categorie di dati, fornitori, tempi di conservazione, supervisione umana e modalità con cui vengono informati utenti e destinatari. Il quadro delle scadenze europee è approfondito nell’articolo sul Digital Omnibus e l’AI Act per le PMI.
Checklist prima di attivare Claude Opus 5.5
- Inventariare applicazioni, agenti, chiavi API e piattaforme cloud che usano Claude.
- Verificare che prompt di sistema, tool e messaggi precedenti non vengano riscritti.
- Testare compattazione, riavvio, ripresa di sessioni salvate e cambio modello.
- Monitorare
input_transformations, errori 400 e riavvii della cache. - Misurare il costo per attività completata, non solo il prezzo per token.
- Limitare privilegi e richiedere approvazione per azioni irreversibili.
- Controllare retention, localizzazione, logging e accordi con il fornitore.
- Mantenere un percorso di rollback verso il modello precedente.
Domande frequenti
È sufficiente sostituire il nome del modello nell’API?
Non sempre. Una chiamata semplice può funzionare subito, ma le sessioni multi-turno con thinking, tool dinamici, compattazione client e routing tra modelli richiedono test specifici.
Il nuovo modello costa meno di Opus 5?
Sì, il listino pubblicato indica una riduzione del 20% per input e output e del 60% per le letture dalla cache. Il costo effettivo dipende però da token, tool call, retry, cache e tasso di completamento.
Cosa succede se il prefisso della conversazione cambia?
Il blocco di thinking può generare un errore 400 oppure essere scartato. Con drop_block la richiesta prosegue, ma perde il ragionamento non più valido e può riavviare la cache.
Opus 5.5 può essere usato tramite cloud pubblico?
Anthropic ne dichiara la disponibilità anche su AWS, Google Cloud e Microsoft Azure. Regioni, funzionalità e condizioni contrattuali vanno controllate sulla piattaforma scelta.
La maggiore sicurezza elimina la revisione umana?
No. Le valutazioni del produttore indicano miglioramenti, non assenza di errori. Le decisioni critiche, le modifiche ai sistemi e le comunicazioni esterne richiedono ancora controlli proporzionati al rischio.
Conclusioni
Claude Opus 5.5 può rendere più convenienti le attività lunghe di sviluppo, analisi e automazione. Il punto decisivo per le aziende è però la qualità dell’orchestrazione: una cronologia immutabile, strumenti stabili, monitoraggio dei blocchi scartati e limiti chiari sulle azioni.
Prima del rollout conviene eseguire un pilota con metriche e casi reali. In questo modo il cambio modello diventa un progetto controllato, non una modifica silenziosa che sposta costi e rischi in produzione.