Il 24 novembre è uscito Claude Opus 4.5. Lo stesso giorno Anthropic ha esteso Claude for Chrome a tutti gli utenti Max, quindi la coincidenza mi ha fatto ragionare non tanto sul modello in sé, quanto su un conto che faccio da mesi con i clienti: quali task vale la pena delegare a un agente e quali no. Con questa release quel conto va rifatto da capo.
Non voglio raccontarvi i benchmark. Li leggete ovunque e, onestamente, mi interessano fino a un certo punto. Quello che mi interessa è che il salto di capacità è arrivato insieme a un taglio di prezzo netto. E quando le due cose si muovono nella stessa direzione, cambia la matematica di cosa conviene automatizzare.
Il numero che sposta le decisioni non è il punteggio, è il prezzo
Fino alla versione precedente, Opus costava attorno ai 15 dollari per milione di token in input e 75 in output. Con Opus 4.5 si scende a circa 5 in input e 25 in output. In pratica il modello più capace della famiglia costa un terzo di prima. Per chi, come me, mette in piedi agenti che girano su volumi reali, questo non è un dettaglio da comunicato stampa: è la variabile che decide se un’automazione sta in piedi o resta un esperimento da demo.
Faccio il ragionamento che faccio sempre. Un agente ha senso quando il costo per eseguire il task è sensibilmente più basso del valore che quel task produce, e quando la qualità è abbastanza alta da non generare più lavoro di revisione di quanto ne risparmi. Sono due condizioni, non una. Un modello economico ma sciatto ti fa risparmiare sul token e ti fa perdere ore a ricontrollare. Un modello bravissimo ma caro ti dà la qualità ma non regge sui volumi. Opus 4.5 è la prima release, tra quelle che ho provato sul serio, in cui le due condizioni si incontrano nel punto giusto per una fascia di task che prima stava fuori.
La zona grigia che ora diventa verde
Ogni automazione che valuto la metto, mentalmente, in una di tre caselle. Verde: conviene, si fa. Rossa: non conviene, lascio all’umano. Grigia: al confine, dipende. La zona grigia è dove si gioca tutto, perché è piena di task noiosi, ripetitivi, a medio valore, che nessuno ha voglia di fare ma che non erano abbastanza economici da delegare a un modello di punta.
Vi faccio un esempio concreto e anonimo. Con un merchant fashion sul mid-market — ordine di grandezza qualche decina di milioni di GMV — c’era il tema della normalizzazione delle schede prodotto migrate da un vecchio catalogo su Adobe Commerce: attributi incoerenti, descrizioni scritte da fornitori diversi con dieci stili diversi, categorizzazione da rivedere caso per caso. Migliaia di righe. Con i costi di prima, un agente su Opus per quel lavoro non lo giustificavi: il conto diceva “meglio due stagisti e un foglio di regole”. Con i costi di oggi il conto si ribalta, perché la qualità del ragionamento sul singolo caso ambiguo — quello che uno stagista sbaglia e un modello mediocre pure — ora te la porti a casa a un terzo del prezzo.
Lo stesso vale per un altro fronte che seguo: il triage e la prima diagnosi sui ticket di assistenza in ambito Adobe Commerce. Capire perché un prodotto non compare, se è un problema di stock, di reindex, di regola di catalogo o di CMS, è un lavoro che richiede giudizio ma è terribilmente ripetitivo. Prima lo tenevo in casella grigia. Con Opus 4.5 la casella diventa verde, non perché il modello faccia cose che prima erano impossibili, ma perché farle è diventato abbastanza economico da non doverci pensare due volte.
La mia opinione netta sul rapporto costo/valore
Dico una cosa impopolare tra chi insegue solo lo state-of-the-art. Il taglio di prezzo, in questa release, per il mio lavoro conta più del guadagno di capacità. Non perché la capacità non serva — serve, ed è il motivo per cui questi task hanno una qualità accettabile. Ma la capacità di un modello di punta l’avevamo già, in buona parte, anche prima. Quello che non avevamo era il permesso economico di usarla in modo diffuso, su task ordinari, a volumi da produzione. È il prezzo che sblocca l’adozione reale, non il benchmark.
C’è un effetto secondo me sottovalutato. Quando il costo per task scende di due terzi, non automatizzi semplicemente le stesse cose spendendo meno: ridefinisci cosa è un task automatizzabile. Cominci a delegare cose che prima non ti saresti nemmeno posto il problema di delegare, perché il gioco non valeva la candela. È lì che si crea valore vero, e anche il rischio vero — perché diventa facile automatizzare cose che andrebbero ripensate invece che spostate su un agente così come sono.
Dove continuo a non usarlo
Per onestà, e per non sembrare l’ennesimo entusiasta, dico anche dove tengo la casella rossa. Non delego a un agente le decisioni che hanno una conseguenza irreversibile sul dato del cliente senza un umano nel loop: un aggiornamento massivo di prezzi o di stock in produzione resta con conferma esplicita. E non uso un modello di punta dove ne basta uno più piccolo: parte del mestiere, ora che Opus costa meno, è resistere alla tentazione di metterlo ovunque. Un costo più basso non è un costo zero, e su volumi grandi la differenza tra il modello giusto e il modello più bravo si sente ancora in fattura.
Il vero lavoro del consulente, in questa fase, non è scegliere il modello più potente. È rifare bene il conto costo/valore su ogni task, adesso che uno dei due numeri è cambiato in modo strutturale. Opus 4.5 non mi ha dato una funzione nuova. Mi ha dato un motivo nuovo per rivedere l’intero elenco di cosa conviene delegare — e in un mestiere fatto di margini, quello vale più di qualsiasi demo.
Mini-FAQ
Cosa cambia davvero con Claude Opus 4.5?
Il salto di capacità arriva insieme a un taglio di prezzo netto: il modello di punta passa da circa 15/75 dollari per milione di token (input/output) a circa 5/25. Per chi costruisce agenti su volumi reali, è il prezzo a rendere sostenibili automazioni che prima restavano esperimenti.
Perché il costo conta più della capacità?
Un agente conviene quando il costo per task è molto sotto il valore prodotto e la qualità evita lavoro di revisione. La capacità garantisce la qualità; il prezzo decide se puoi usarla a volumi da produzione. Con Opus 4.5 le due condizioni si incontrano su una fascia di task prima esclusa.
Quali task diventano convenienti da automatizzare?
Quelli in “zona grigia”: ripetitivi, a medio valore, con qualche caso ambiguo che richiede giudizio. Esempi dal mio lavoro su Adobe Commerce: normalizzazione di schede prodotto migrate e triage/diagnosi dei ticket di assistenza.
Ci sono task che continui a non delegare?
Sì. Le azioni irreversibili sul dato di produzione (prezzi, stock) restano con un umano nel loop, e per i task semplici uso modelli più piccoli: un costo più basso non è un costo zero.
Fabio Canovi è consulente Adobe presso il gruppo Lutech, certificato Adobe Commerce, Adobe Experience Manager, Adobe Analytics e Adobe Target. Approfondisce l’AI agentica e l’uso di Claude nel lavoro quotidiano tra e-commerce e automazione.