Claude Opus 5: cosa cambia davvero nel tuo progetto di vibe coding

Un cambio di modello che sembra una riga di codice raramente è solo una riga di codice. Passare da Claude Opus 4.8 a Claude Opus 5 significa davvero cambiare l'identificativo, eppure ottieni un sistema che si comporta diversamente: risposte più lunghe, più token consumati e, in un punto preciso, un errore del tutto nuovo. Questo articolo colloca i dati ufficiali al 31 luglio 2026 e li traduce in una migrazione verificabile.

Anthropic ha pubblicato Claude Opus 5 il 24 luglio 2026 e lo presenta come un salto rispetto a Opus 4.8, non come un aggiornamento minore. I progressi maggiori riguardano il ragionamento profondo, le lunghe catene di attività agentiche e la capacità di convertire più calcolo in risultati migliori.

Cosa c'è di nuovo in Claude Opus 5?

L'identificativo è claude-opus-5. Claude Platform indica una finestra di contesto da un milione di token, sia come valore predefinito sia come massimo: non esiste una variante più piccola. L'output arriva a 128.000 token. Il modello è disponibile tramite l'API di Claude, Amazon Bedrock, Google Cloud e Microsoft Foundry, oltre che nelle applicazioni Claude stesse.

Il prezzo resta di 5 dollari per milione di token in ingresso e 25 dollari per milione in uscita, invariato rispetto a Opus 4.8. Un miglioramento facile da non notare: la lunghezza minima per mettere un prompt in cache scende da 1.024 a 512 token. I prompt di sistema ricorrenti e brevi traggono così vantaggio dalla cache senza alcuna modifica al codice.

Perché il ragionamento ora è attivo di default

È il cambiamento con più effetti collaterali. Su Opus 4.8 una richiesta veniva eseguita senza ragionamento finché non lo attivavi esplicitamente. Su Opus 5 vale l'opposto: il modello decide da solo quando e quanto ragionare non appena non specifichi nulla.

In pratica significa tre cose. Le risposte impiegano più tempo. Costano più token in uscita. E poiché max_tokens limita insieme ragionamento e testo della risposta, un valore stretto che bastava su Opus 4.8 ora può troncare a metà frase. Chi migra dovrebbe rimisurarlo su un incarico reale invece di ereditarlo. Il modo sistematico per farlo è in tenere sotto controllo i costi dell'IA.

La scala di effort e la sua nuova trappola

L'effort regola quanti token Claude dedica al ragionamento, alle chiamate di strumenti e alla risposta. La scala va da low, medium, high, xhigh fino a max, con high come valore predefinito. Anthropic descrive Opus 5 come il primo modello Opus che converte l'effort aggiuntivo in risultati migliori in modo più affidabile: il livello scelto pesa quindi più che su Opus 4.8.

La direzione opposta è altrettanto interessante: secondo la documentazione, low e medium producono ancora buona qualità con una frazione dei token e dell'attesa. La domanda rilevante non è più solo fino a dove puoi salire, ma fino a dove puoi scendere prima che la qualità ceda.

Una trappola concreta: il ragionamento può essere disattivato solo fino al livello high. Se combini thinking: disabled con xhigh o max, l'API risponde con un errore 400. Il controllo avviene per singola richiesta, quindi una chiamata successiva nella stessa sessione può fallire anche se le precedenti erano passate.

Quando conviene Opus 5 nel vibe coding?

Il baricentro resta dove più decisioni dipendono l'una dall'altra. Anthropic cita funzionalità distribuite su più file, refactoring importanti e lavoro portato a termine senza lasciare abbozzi. Anche la revisione del codice e la ricerca di bug sono descritte come punti di forza, con alta percentuale di individuazioni reali e pochi falsi positivi.

Per una modifica nota in un solo file, un riassunto breve o una classificazione standardizzata, Opus resta sovradimensionato. Il miglior valore predefinito non è il modello più potente, ma la configurazione più piccola che rispetta il tuo contratto di qualità. Su Opus 5 questa configurazione minima può essere esplicitamente un livello di effort basso dello stesso modello.

Un caso pratico: migrare da 4.8 a 5

Il primo passo è l'identificativo. Poi arrivano i due cambiamenti di comportamento. Controlla ogni chiamata che disattiva il ragionamento: se gira con xhigh o max, abbassa il livello di effort oppure rimuovi il campo thinking. Controlla poi ogni chiamata che non lo aveva mai impostato, perché lì la quota di ragionamento è nuova e max_tokens può risultare troppo stretto.

Il secondo passo è il prompt. Se contiene istruzioni come «aggiungi un passaggio finale di verifica» o «fai controllare il risultato da un subagente», toglile. Opus 5 verifica comunque il proprio lavoro; quelle istruzioni ereditate producono verifica eccessiva invece di sicurezza. Lo stesso vale per i passaggi che incoraggiano la delega ai subagenti: Opus 5 delega già più volentieri da solo.

Il terzo passo è la misura. Esegui lo stesso incarico reale su 4.8 e su 5 e registra consumo di token, latenza, numero di giri di correzione e il tuo tempo di revisione. Solo quel confronto mostra se il passaggio conviene nel tuo caso.

Cos'altro cambia nel comportamento

La documentazione indica quattro punti, tutti percepibili ogni giorno: le risposte all'utente si allungano. I file e i report scritti si allungano. Nelle sessioni agentiche il modello racconta più spesso a cosa sta lavorando. E negli assetti multi-agente delega più volentieri.

Non sono difetti, sono impostazioni predefinite — e un'impostazione predefinita si sposta con il prompt. Se il tuo prodotto richiede risposte brevi, scrivilo esplicitamente. Se un agente di coding racconta troppo, chiedi silenzio tra le chiamate agli strumenti. Lo schema richiama quello di cosa sono gli agenti IA: permessi, perimetro e stile di comunicazione fanno parte dell'incarico.

Quali limiti restano nonostante i punteggi migliori?

Anthropic dichiara vantaggi netti per Opus 5 nelle proprie valutazioni, incluso più del doppio del punteggio di Opus 4.8 su un benchmark interno. Sono risultati del produttore in condizioni definite, non una promessa sulla tua applicazione. Sono un buon motivo per fare un confronto tuo, mai un sostituto.

Un altro dettaglio merita attenzione: con il ragionamento disattivato, la documentazione segnala che Opus 5 può occasionalmente scrivere una chiamata a uno strumento come testo visibile invece di eseguirla davvero. L'esecuzione sembra riuscita anche se non è successo nulla. È un ulteriore argomento per lasciare il ragionamento attivo e regolare l'effort.

Checklist per la migrazione a Opus 5

• Tutte le chiamate con ragionamento disattivato girano con effort high o inferiore.
• max_tokens è stato rimisurato per le chiamate che prima giravano senza ragionamento.
• Le istruzioni di verifica e delega sono state rimosse dai prompt più vecchi.
• I livelli di effort sono confrontati dallo stesso stato iniziale, non alzati alla cieca.
• Consumo di token, latenza, giri di correzione e tempo di revisione sono registrati per 4.8 e 5.
• Test, diff e percorso utente sono verificati a prescindere dal riepilogo del modello.
• Le modifiche critiche sono approvate da una persona responsabile prima della pubblicazione.

Claude Opus 5 sposta il punto in cui un modello potente si ripaga: verso l'alto nelle capacità e verso il basso nel costo per risultato utilizzabile, allo stesso tempo. Il guadagno però non arriva dal nome del modello. Arriva dal trattare la migrazione come un cambiamento misurabile: limiti aggiornati, prompt ripuliti e un collaudo che resta tuo.