Se stai cercando informazioni su Claude Opus 4.6 a settembre 2026, probabilmente la tua domanda vera non è "cos'è" ma "ha ancora senso usarlo, o devo passare ad altro?".
Quasi tutto quello che trovi online su questo modello è stato scritto il giorno del lancio, a febbraio, e non è mai stato toccato da allora. Nel frattempo Anthropic ha rilasciato Opus 4.7, Opus 4.8, Opus 5 e la fascia Fable. Questa pagina è aggiornata e risponde alla domanda che ti sei fatto davvero.
La risposta breve
Claude Opus 4.6 non è più il modello di punta di Anthropic e non è più la scelta predefinita per un lavoro nuovo, ma non è nemmeno deprecato: resta attivo sull'API con l'ID claude-opus-4-6. Sopra di lui oggi ci sono Opus 5, uscito a fine luglio 2026, e Fable 5.1, arrivato a inizio settembre. Se stai avviando un progetto adesso, parti da uno di quelli.
Resta ragionevole tenere Claude Opus 4.6 in tre casi: hai codice in produzione che lo chiama esplicitamente e funziona, hai prompt tarati a lungo sul suo comportamento, o sei su un'infrastruttura cloud che non ha ancora esposto le versioni più recenti.
Dove si colloca oggi nella gamma Claude
La famiglia, al momento in cui scrivo, è organizzata così:
- Fable 5.1 — il livello superiore, con salvaguardie aggiuntive su biologia, cybersecurity e ricerca sugli LLM. Sopra c'è Mythos 5.1, riservato alle organizzazioni approvate. Cosa cambia con Fable 5.1 l'ho scritto a parte.
- Opus 5 — il modello di punta della gamma standard per i compiti complessi, uscito il 24 luglio 2026. Costa quanto Opus 4.8 con prestazioni vicine a Fable 5: la guida a Opus 5.
- Sonnet 5 — l'equilibrio tra qualità e costo per il lavoro quotidiano ad alto volume.
- Haiku 4.5 — il più rapido ed economico, per classificazione, estrazione e task ripetitivi.
- Opus 4.8 e 4.7 — i due passaggi intermedi tra 4.6 e 5, usciti in primavera. Stesso listino di 4.6.
- Opus 4.6 — generazione precedente, ancora accessibile ma non più il riferimento.
Il confronto tra i due modelli in cima l'ho scritto separatamente: Fable 5 contro Opus 5, quale scegliere.
Claude Opus 4.6: prezzo, ID modello e contesto
Le domande pratiche che arrivano su questa pagina sono tre, e meritano risposte secche.
- Prezzo. 5 dollari per milione di token in input e 25 in output nel contesto standard fino a 200K token. È lo stesso listino di Opus 4.7 e 4.8: passare a una versione più recente della stessa fascia non costa di più per token.
- ID modello. Sull'API è
claude-opus-4-6. In Claude Code lo selezioni con/model claude-opus-4-6; con il suffisso[1m]chiedi la finestra da un milione di token. - Contesto e thinking. Supporta fino a 1 milione di token di contesto in beta, con tariffa maggiorata oltre i 200K, e il ragionamento esteso. Se il tuo caso d'uso dipende dal contesto lungo, verifica il costo reale su un campione: un milione di token in input non è mai gratis.
Claude Opus 4.6 è deprecato?
No. Anthropic a giugno ha ritirato Opus 4 e Sonnet 4, i modelli originali di maggio 2025, e il 5 agosto 2026 Opus 4.1. Opus 4.6, 4.7 e 4.8 sono modelli distinti e restano attivi. Quando arriverà il suo turno, la regola è un preavviso di almeno 60 giorni e un header model-deprecated nelle risposte API prima del ritiro: se non registri gli header, lo scoprirai quando le chiamate falliscono. Registrali.
Claude Opus 4.6 vs Opus 5: cosa cambia davvero
Opus 5 è il sostituto naturale di Claude Opus 4.6: stessa fascia, listino allineato a 4.8, qualità vicina a Fable 5 sui compiti lunghi. Il vantaggio non è nel prezzo per token ma nel costo per compito completato: meno tentativi e output più corti sui task complessi.
C'è però una differenza tecnica che rompe le pipeline più della qualità: da Opus 4.7 in poi i parametri temperature, top_p e top_k con valori non predefiniti restituiscono un errore 400. Se il tuo codice li imposta, la migrazione da 4.6 a 4.7, 4.8 o 5 fallisce alla prima chiamata. Toglili e governa il comportamento dal prompt.
Il punto che quasi tutti sbagliano: potenza contro adeguatezza
La domanda "qual è il modello Claude più potente" è quella che tutti digitano, ma nella pratica è la domanda sbagliata. Nella maggior parte dei carichi di lavoro reali il modello più potente è anche quello che ti fa spendere di più per un risultato che non distingueresti.
Il criterio che uso sui progetti dei clienti:
- Il compito ha una risposta verificabile — estrazione dati, classificazione, riformulazione? Prendi il modello più piccolo che passa i tuoi test. Quasi sempre Haiku o Sonnet.
- Il compito richiede ragionamento su più passaggi — refactoring che tocca molti file, analisi con vincoli in conflitto? Lì il modello di punta ripaga la differenza di prezzo.
- Il volume è alto e il margine d'errore ampio? Il costo per chiamata diventa la variabile dominante e il modello grande è la scelta sbagliata a prescindere da quanto è bravo.
Chi usa il modello più costoso per tutto non ottiene risultati migliori: ottiene la stessa qualità con una fattura più alta. Su come contenere la spesa ho scritto la guida su come ridurre il consumo di token.
Se hai Claude Opus 4.6 in produzione
Non toccare niente per il gusto di aggiornare. Un modello che funziona su prompt già tarati vale più di uno nominalmente migliore su prompt da rifare.
La migrazione, quando la fai, ha un ordine sensato:
- Metti da parte venti casi reali presi dal tuo storico, con l'output che consideri corretto. Senza questo non stai migrando, stai indovinando.
- Fai girare il modello nuovo su quei casi e confronta. Cerca le regressioni, non i miglioramenti: quelli si notano da soli.
- Controlla il formato prima del contenuto. I problemi più frequenti nei cambi di modello non riguardano la qualità del ragionamento ma la struttura dell'output: un JSON che cambia forma rompe la pipeline anche se la risposta è più intelligente.
- Cambia una cosa alla volta. Modello nuovo con prompt vecchi, prima. Poi eventualmente riscrivi i prompt. E prima ancora, togli
temperature,top_petop_kdalle chiamate: dal 4.7 in poi vengono rifiutati. - Verifica il costo reale su un campione, non sul listino. Un modello con prezzo unitario più basso ma output più lungo può costare di più.
Sonnet o Opus: come si decide davvero
È la seconda domanda più cercata e la risposta onesta è: non si decide leggendo i benchmark, si decide provando sul tuo compito.
Opus è più bravo su ragionamento lungo, istruzioni con molti vincoli, codice che tocca più file insieme. Sonnet copre la maggior parte del lavoro quotidiano a una frazione del costo, con una latenza più bassa che sull'esperienza utente pesa parecchio.
Il metodo pratico: parti da Sonnet, misura quante volte il risultato non è accettabile, e sali di modello solo se quella percentuale ti costa più della differenza di prezzo. Su una decina di casi la risposta si vede in mezz'ora.
Cosa fare adesso
- Progetto nuovo: parti da Sonnet 5 e sali a Opus 5 solo dove serve davvero.
- Progetto esistente su Claude Opus 4.6 che funziona: lascialo, prepara la valigetta di test e migra quando hai mezza giornata da dedicarci.
- Stai solo valutando: guarda il costo per compito completato, non il prezzo per milione di token. Sono due numeri diversi e solo uno finisce in fattura.
Se stai scegliendo quale modello mettere dentro un prodotto o un processo aziendale, è una decisione che vale la pena prendere sui tuoi dati e non su un benchmark pubblico: scrivimi e la valutiamo insieme.
