Anthropic collega i prezzi di Claude Opus 5.5 a sessioni di programmazione più lunghe

Anthropic ha riferito il 24 settembre 2026 che le sessioni di Claude Code sono diventate più lunghe e più ricche di contesto negli ultimi sei mesi, descrivendo in un articolo sul blog di Claude come i meccanismi di prezzo e caching di Claude Opus 5.5 affrontino questo cambiamento. L’azienda stima che il costo operativo di Opus 5.5 sia circa il 40 % inferiore a quello di Opus 5 per un carico di lavoro tipico fatturato per token, secondo la propria valutazione.

Sei mesi di dati di utilizzo di Claude Code

L’articolo, scritto da Michael Segner, si basa su dati aggregati di utilizzo che coprono da marzo a settembre 2026. Il numero di prompt per sessione è rimasto stabile, secondo l’articolo, mentre il lavoro all’interno di ciascun prompt è aumentato: il modello ora lavora 3,3 volte più a lungo per prompt e effettua oltre il 40 % di chiamate al modello in più per ciascuno, e le interruzioni sono diminuite del 68 %. Gli sviluppatori ora collegano un server di strumenti o utilizzano una skill circa il doppio delle volte, e incollano testo nei prompt un terzo di volte in meno.

La quantità di contesto in ogni richiesta è aumentata di 2,6 volte nel periodo, e il rapporto token di input a output è passato da 189:1 a 324:1. Anthropic interpreta questi dati come sviluppatori che mirano a un modello che lavora più a lungo ed è meglio informato per compiti più grandi e aperti, e afferma che i risparmi di Opus 5.5 sono massimi proprio per quelle sessioni più lunghe e ad alto contesto quando l’utilizzo è fatturato per token.

L’analisi si basa sul rilascio di Claude Opus 5.5 da parte di Anthropic, che è arrivato con prezzi inferiori rispetto a Opus 5. Mentre il lancio ha fissato i prezzi, l’articolo del 24 settembre e un’analisi di accompagnamento pubblicata il 22 settembre 2026 da Addy Osmani esaminano cosa significhino tali prezzi per i carichi di lavoro reali di Claude Code.

Prezzi dei token e riduzione del prezzo di lettura dalla cache

Per l’utilizzo fatturato per token, Anthropic ha ridotto i prezzi dei token di input e output del 20 % e ha tagliato il prezzo della lettura di un token memorizzato nella cache del 60 %. L’azienda afferma che la riduzione del prezzo di lettura dalla cache ha il peso maggiore perché le letture dalla cache rappresentano la maggior parte del costo del lavoro con agenti e di programmazione, e dichiara che al momento della pubblicazione un token memorizzato nella cache su Opus 5.5 costa un quinto rispetto ai modelli concorrenti e li supera.

L’analisi di accompagnamento di Osmani indica i prezzi di listino API di Opus 5.5 a $4 per milione di token di input, $20 per milione di token di output e $0,20 per milione di letture dalla cache. A questi prezzi, una lettura dalla cache costa il 5 % del prezzo di un token di input nuovo, mentre la scrittura nella cache costa 1,25 volte il prezzo di input per una cache di cinque minuti e il doppio del prezzo di input per una cache di un’ora, con ogni lettura riuscita dalla cache che rinnova gratuitamente la durata. Nei piani Pro, Max o Team, il prezzo più basso di Opus 5.5 viene trasferito ai limiti del piano, consentendo circa il 25 % di utilizzo in più rispetto a Opus 5; lo sconto aggiuntivo sulla lettura dalla cache si applica solo alla tariffazione API.

Modifiche all’ambiente di esecuzione che proteggono la cache

Anche se il contesto per richiesta è aumentato di circa 2,6 volte, la quota di input che non trova la cache è diminuita di oltre il 50 % nel periodo di sei mesi, secondo l’articolo. Viene attribuita a una serie di modifiche di Claude Code che riducono le interruzioni accidentali della cache, coprendo piccole interruzioni come un aggiornamento di login e più grandi come l’aggiunta di istruzioni a metà conversazione o il caricamento di strumenti su richiesta. Su Opus 5.5 e Fable 5.1, gli sviluppatori possono anche modificare i livelli di sforzo a metà sessione senza reimpostare la cache.

La documentazione sul caching dei prompt specifica che il comportamento del livello di sforzo si applica con una chiave API o con un abbonamento Claude, e non su Amazon Bedrock, sulla Agent Platform di Google Cloud, o su un gateway di app Claude, né quando il flag CLAUDE_CODE_DISABLE_EXPERIMENTAL_BETAS è impostato o un’organizzazione ha una configurazione HIPAA.

Gli sviluppatori con chiavi API e provider cloud possono ora impostare una durata della cache di un’ora, che gli abbonati già possedevano. La documentazione mostra le impostazioni predefinite: un’ora per la conversazione principale su un abbonamento Claude entro l’utilizzo del piano, e cinque minuti per i crediti di utilizzo, le chiavi API o i provider cloud. L’impostazione promptCacheTtl o la variabile d’ambiente CLAUDE_CODE_PROMPT_CACHE_TTL seleziona la durata più lunga, e entrambi i controlli richiedono Claude Code v2.1.242 o successivo.

I sottoagenti forkati ora iniziano dalla cache della sessione padre invece di pagare per rielaborare lo stesso contesto. La documentazione spiega che un fork prende in carico il prompt di sistema del padre, il set di strumenti e l’intera cronologia della conversazione, così la sua richiesta iniziale legge direttamente dalla cache del padre.

Meno turni per attività

Anthropic riferisce che Opus 5.5 può completare un’attività in meno turni rispetto ad altri modelli. Secondo l’articolo, Zeta Labs ha registrato meno turni e chiamate di strumenti per attività rispetto a Opus 5, a quasi la metà del costo, e ha completato il doppio delle sue attività più difficili.

L’articolo avverte che questo andamento non si applicherà a tutte le attività, citando l’analisi di Osmani: “Su un’attività ben definita, entrambi i modelli terminano con circa lo stesso numero di turni, e il taglio di prezzo è tutto ciò che ottieni. Il divario dovrebbe essere maggiore nelle attività aperte, dove un modello può spendere molti turni sull’idea sbagliata.”

Anthropic segnala inoltre che Opus 5.5 produce output a una velocità superiore di oltre il 30 % rispetto a Opus 5. Il guadagno mantiene invariati l’uso dei token e il tasso di hit della cache; l’articolo osserva che riduce l’attesa nelle esecuzioni lunghe poiché Claude trascorre più tempo a lavorare senza supervisione.

Il post si chiude con pratiche per proteggere le letture dalla cache: eseguire /usage in Claude Code per vedere quale percentuale di una sessione viene servita dalla cache, scegliere il modello all’inizio di una sessione invece di cambiarlo a metà, eseguire la compattazione prima di allontanarsi invece che dopo, e su una chiave API o provider cloud, abilitare la durata della cache di un’ora per sessioni lunghe.