Claude Opus 5 costa la metà di Fable 5, poi ti mette in mano un dial che triplica il conto in silenzio. Imposta l'effort per ogni prompt. (Luglio 2026)
Il 24 luglio Anthropic ha rilasciato Claude Opus 5 a 5 dollari per milione di token in input e 25 in output, lo stesso prezzo di Opus 4.8 e la metà di Fable 5, restando a mezzo punto da Fable 5 sul coding agentico. Il prezzo è il titolo che leggeranno tutti. La parte che decide davvero il tuo conto è quella che scorreranno via: un dial di effort per singola richiesta, con tre posizioni, low, medium, high. Quasi tutti lo lasceranno su high, perché high suona come "il migliore", e pagheranno reasoning che la maggior parte dei loro prompt non ha mai chiesto. Quel default su high è la nuova versione dello scaffolding di compensazione che ti abbiamo detto di tagliare all'uscita di Fable 5: capacità che ti viene fatturata e che non usi. Ecco perché il dial è una decisione di costo, non un cursore di qualità, e come impostarlo prompt per prompt invece che a intuito.
Cosa è uscito davvero
Opus 5 è un modello di frontiera a un prezzo di fascia media. La modalità standard è 5/25 dollari per milione di token; una Fast mode gira circa 2,5 volte più veloce al doppio della tariffa, 10/50. Il contesto è di 1 milione di token, l'output arriva a 128K (300K via Message Batches API), l'extended thinking è attivo di default e il knowledge cutoff è maggio 2026, il più recente di qualunque Claude. Cade anche il requisito di conservazione dati a 30 giorni che Fable 5 si porta dietro, e se la privacy dei prompt è una linea rossa per te, la cosa conta.
I benchmark reggono l'inquadratura "frontiera a metà prezzo": 43,3% su Frontier-Bench v0.1 di coding agentico contro il 33,7% di Fable 5, circa il triplo del modello successivo su ARC-AGI-3 (30,2% contro l'1,5% di Opus 4.8), 1.861 Elo su GDPval-AA contro i 1.747 di Fable 5, e a un soffio su SWE-bench Pro (79,2%, appena sotto l'80,0% di Fable 5). Una nota onesta che segnala la stessa Anthropic: su Frontier-Bench, Opus 4.8 è entrato come fallback ogni volta che un classificatore di sicurezza ha rifiutato una richiesta, e la frequenza del fallback non è dichiarata. La migrazione da Opus 4.8 è un cambio drop-in del model ID. Niente di tutto questo è la parte interessante per la tua libreria di prompt. Lo è il dial.
Il dial è una superficie di controllo, non una manopola della qualità
La trappola sta in una frase: l'effort non è qualità, è budget di reasoning, e le due cose si somigliano solo sui problemi difficili. Low brucia meno token di pensiero e risponde più in fretta e a meno costo; high lascia il modello ragionare quanto gli serve. L'istinto, appena vedi low/medium/high, è leggerlo come un cursore di qualità e inchiodarlo su high per non ricevere mai una risposta peggiore. Su un problema davvero difficile e a più passi, l'istinto è giusto; su un task ben specificato è esattamente sbagliato, perché high non produce un'estrazione migliore o una classificazione più pulita, produce la stessa risposta con davanti una traccia di reasoning più lunga e fatturata.
I tuoi prompt possono migliorare. Promptimizer li riscrive e li testa automaticamente.
Ed è tutta qui la storia del costo. A 25 dollari per milione di token in output nella modalità standard, e 50 in Fast mode, quelle tracce di reasoning non sono riempitivo gratis: sono la voce di spesa. Un prompt che restituisce una risposta corretta e ben formata a effort low restituisce la risposta identica a effort high, a un multiplo del costo in output. Non va in errore niente. L'output sembra a posto. Il conto è solo più alto, e nessuna eccezione ti dirà mai perché.
Il default su high è la nuova tassa dello scaffolding
Abbiamo fatto quasi lo stesso ragionamento all'uscita di Fable 5, quando il salto di capacità aveva reso lo scaffolding di compensazione obsoleto: la decomposizione manuale passo-passo, i loop difensivi di self-verify, il few-shot ridondante scritto per modelli più deboli erano diventati peso morto che continuavi a pagare per eseguire. Il dial di effort è lo stesso spreco con un'interfaccia più pulita. Invece di pagare token di scaffolding che hai scritto tu, paghi token di reasoning che genera il modello, su task che non ne avevano bisogno, perché un dial a tre posizioni è rimasto sul suo settaggio più caro e nessuno è tornato a controllare.
È la stessa modalità di guasto per deriva silenziosa che continuiamo a documentare, dal thinking sempre attivo arrivato con Sonnet 5 ai cache miss, fino alle guard-rail ormai stantie. Lo schema non cambia mai: un default sposta costo o comportamento sotto di te, l'output resta plausibile, e l'unico segnale è nei conteggi token che nessuno legge. Il default su high è quello schema con una manopola che avresti potuto girare.
Un diagramma che mette a confronto due prompt che producono lo stesso output corretto, uno eseguito a effort low e uno a effort high, dove la corsa high mostra una lunga traccia di reasoning fatturata e un costo in output moltiplicato
La tassa del default su high. Su un task ben specificato, low e high restituiscono la stessa risposta; high le mette solo davanti una traccia di reasoning più lunga. A 25 dollari (o 50 in Fast) per milione di token in output, quella traccia è la voce di spesa, e niente va in errore per segnalarla.
La decisione di routing si è spostata dentro il modello
C'è un secondo spostamento, più interessante. Per un anno la domanda di routing è sempre stata "quale modello per questo task": default in basso su una fascia economica per il lavoro di volume, escalation verso un modello di frontiera per la coda difficile. Quella disciplina l'abbiamo attraversata quando un modello agentico da un dollaro ha superato la soglia di usabilità, e di nuovo in ogni pezzo di migrazione da allora. Opus 5 dà alla decisione di escalation una marcia intermedia. Spesso non passi più a un modello più grande per un task più difficile, giri il dial su quello stesso modello. Un modello, tre punti di costo, scelti per ogni richiesta.
Le tecniche che stai leggendo funzionano. Testa subito i tuoi prompt con Prompt Score e vedi il punteggio in tempo reale.
È davvero utile, e comprime molto del routing multi-modello in un unico parametro. Ma aiuta solo se sai quale prompt chiede quale marcia, ed è esattamente ciò che un dial lasciato su high ti nasconde. Il dial non toglie la decisione di routing: la sposta dentro un solo modello e rende più economico sbagliarla in silenzio.
Come impostare il dial per ogni prompt
Tratta il livello di effort come una proprietà del prompt, decisa una volta con dati alla mano, non come un tiro a indovinare per ogni chiamata:
Classifica il task. La risposta è ben specificata (estrazione, classificazione, formattazione, prime bozze, trasformazioni meccaniche) o davvero difficile (reasoning a più passi, trade-off ambigui, lunghi loop agentici)? Il primo gruppo non ha quasi mai bisogno di high.
Parti da low, sali sulla base delle prove. Esegui il prompt a low, poi a medium, e arriva a high solo dove puoi misurare le marce più basse che restano corte. Non partire da high "per sicurezza": è la tassa, riscritta come precauzione.
Assegna un punteggio a ogni livello. L'effort giusto è la marcia più bassa il cui output supera ancora la tua asticella. È una misura, non un colpo d'occhio: manda lo stesso input ai vari livelli, scora gli output e guarda dove la qualità smette di migliorare. Tutto ciò che sta sopra quel punto è spesa senza ritorno.
Fissalo accanto al prompt. Registra il livello di effort scelto insieme al prompt stesso, così è una decisione che puoi vedere e rivedere, non un default che qualcuno tira a indovinare a ogni chiamata.
La versione in una riga: trova il pavimento. Per gran parte della tua libreria il pavimento è più in basso del tuo istinto, e la distanza tra il pavimento e un high di riflesso è il tuo conto.
Una matrice decisionale che associa i tipi di task a un livello di effort di partenza consigliato e al segnale che giustifica la salita, con i task ben specificati che partono da low e quelli di reasoning davvero difficile che partono più in alto
Da dove far partire il dial, per tipo di task. Il lavoro ben specificato parte da low e sale solo su una prova di errore misurata; il reasoning davvero difficile parte più in alto perché il pavimento è davvero più alto. La colonna che conta è l'ultima: la prova che giustifica la marcia successiva, non un sospetto che high sia più sicuro.
Perché la tua libreria dovrebbe portarsi dietro il livello di effort
Un livello di effort per prompt non lo imposti a intuito su una cartella di stringhe sparse, e di sicuro non lo ricontrolli quando il prossimo modello sposta di nuovo il prezzo. Un prompt che è un artefatto versionato, che porta con sé il livello di effort per cui è stato tarato e un punteggio a quel livello, trasforma tutto questo in qualcosa che puoi passare in rassegna: apri i prompt impostati su high, vedi quali sono stati davvero misurati lì e quali hanno solo ereditato il default, li riscori, abbassi la marcia a quelli che passano più in basso, spedisci. La tassa del default su high diventa una voce che puoi trovare e tagliare, non una perdita lenta.
È la stessa tesi di portabilità su cui continuiamo ad atterrare: il modello sotto è un backend sostituibile, e il valore sta nell'unico strato che gli sopravvive, una libreria dove ogni prompt registra cosa punta e cosa ha totalizzato. Quando puoi valutare qualunque prompt su una rubrica fissa, "quale livello di effort" smette di essere un tiro a indovinare e diventa la marcia più bassa che passa ancora.
Se vuoi quello strato prima di spostare il carico su Opus 5, Keep My Prompts scora ogni prompt che salvi e ne tiene lo storico delle versioni, così impostare il dial è una scelta misurata con una traccia scritta invece che un riflesso. Gratis per iniziare.
Da fare prima di mettere tutto su high
Default su low, non su high. Inverti il riflesso. Rendi high il settaggio a cui sali con le prove, non quello da cui parti.
Dividi la libreria in due gruppi: ben specificati (estrazione, formattazione, classificazione, bozze) e davvero difficili (reasoning a più passi, loop agentici). Il primo gruppo è quasi tutto low o medium.
Scora sui vari livelli con i tuoi prompt veri, non con input giocattolo. Trova, per ogni prompt, la marcia più bassa il cui output passa ancora.
Registra il livello di effort con ogni prompt, così il prossimo cambio di prezzo è un diff che rivedi, non un default che non riapri mai.
Sorveglia soprattutto la Fast mode. A 50 dollari per milione in output, un prompt a effort high lasciato su Fast è il modo più caro di ottenere una risposta che low avrebbe azzeccato.
Il dial è leva vera. Il default su high è il modo caro di sprecarla.
Opus 5 è un modello di frontiera a metà del prezzo del precedente, e il dial di effort è una leva reale: tre punti di costo su un modello, una marcia intermedia per la decisione di escalation, denaro vero risparmiato quando lo imposti bene. Ma una leva lasciata in una posizione non è una leva, è un default, e qui il default è quello caro. I team che vincono su Opus 5 non sono quelli che hanno messo tutto su high per sicurezza. Sono quelli che sapevano, prompt per prompt, qual era la marcia più bassa che passa ancora, perché la loro libreria poteva dirglielo.
