Il 30 giugno è uscito Claude Sonnet 5, e la notizia che mi interessa non è il benchmark. È il prezzo. Un modello che gira vicino al top di gamma — nella mia esperienza di questi primi giorni, a distanza di poco da Opus 4.8 sui task che faccio davvero — ma costa una frazione. Per chi come me usa questi modelli non per chiacchierare ma per far lavorare degli agenti, questo è il numero che cambia le decisioni.
Provo a spiegare perché, senza slogan.
Il costo non è un dettaglio tecnico, è la soglia che decide cosa deleghi
Quando valuto se automatizzare un task, la domanda non è mai “il modello è capace?”. Da un anno abbondante la risposta è quasi sempre sì. La domanda vera è: quanto mi costa farlo girare, rispetto a quanto vale il risultato? Ed è qui che il prezzo di inferenza diventa la variabile che comanda tutto.
Faccio un esempio dal campo. Un merchant fashion sui €15M di GMV mi chiede di controllare la qualità delle schede prodotto: titoli, meta description, attributi mancanti, coerenza tra categoria e contenuto. Sono migliaia di SKU. Con un modello di fascia alta, passare l’intero catalogo a ogni rilascio stagionale era un conto che facevo due volte prima di proporlo. Non perché non funzionasse — funzionava benissimo — ma perché il valore incrementale di controllare tutto il catalogo, invece di un campione, non giustificava sempre la spesa. Così si finiva a campionare.
Con un modello che costa una frazione a parità di risultato utile, quella soglia si abbassa. Il task che prima “non valeva la pena” delegare ora ha senso. E questo è il punto che voglio marcare: Claude Sonnet 5 non mi fa fare cose nuove, mi fa diventare economicamente sensate cose che prima erano sul filo. È un cambio di economia, non di capacità.
Più agenti in parallelo, non un agente più bravo
C’è un secondo effetto che mi interessa ancora di più. Quando il costo per esecuzione scende, la strategia razionale non è “faccio girare lo stesso agente e risparmio”. È far girare più agenti insieme.
Lo dico concretamente. Su un progetto Adobe Commerce, un’analisi che prima trattavo in modo sequenziale — un agente che guarda il catalogo, poi uno che guarda gli ordini, poi uno che incrocia con Analytics — la posso ora impostare in fan-out: più agenti che lavorano contemporaneamente su porzioni diverse del problema, e un passaggio finale che ricompone. Non perché sia più elegante, ma perché il collo di bottiglia è tornato a essere il mio tempo di revisione, non il budget di inferenza.
Questa è la parte che secondo me viene sottovalutata quando esce un modello più economico. Si legge “costa meno” e si pensa al risparmio sulla bolletta. In realtà il vero guadagno è che l’orchestrazione diventa la leva: puoi permetterti ridondanza, verifica incrociata, un secondo agente che controlla il lavoro del primo. Robe che con i prezzi di prima erano un lusso.
Dove lo sto già mettendo, nei progetti Adobe
Tre aree, in ordine di quanto mi hanno convinto in questi primi giorni.
Batch sui contenuti. Bonifica e generazione di schede prodotto, alt text delle immagini nel DAM, coerenza dei metadati SEO tra Adobe Commerce e quello che poi finisce indicizzato. Qui il volume è tutto, e il volume è esattamente ciò che il prezzo sblocca. Sto rifacendo girare su catalogo intero cose che prima campionavo.
Analisi. Lettura di export di Adobe Analytics e Target incrociati con dati transazionali, per tirare fuori dove un funnel perde e perché. Il modello non decide al posto mio, ma prepara il terreno: segmenta, ipotizza, mi porta tre letture invece di una. A questo prezzo posso lanciarne diverse in parallelo su tagli diversi e poi scegliere.
Operatività. La parte meno glamour e forse la più utile. Task ripetitivi di gestione — controllo che una promo sia applicata correttamente, verifica di stock e prezzi, aggiornamenti CMS di routine — dove un agente autonomo con i giusti permessi risolve senza toccare codice. Qui il costo basso significa che posso lasciarlo girare spesso, quasi in monitoraggio continuo, invece che a chiamata.
La mia opinione netta sul costo/valore
Sarò diretto, perché è il senso di questo blog. Il modello più intelligente in assoluto non è quasi mai la scelta giusta per un lavoro agentico. Per il ragionamento difficile, la revisione architetturale, la decisione delicata, tengo il top di gamma. Ma il grosso di ciò che un agente fa davvero — leggere, classificare, confrontare, riformulare, controllare — non ha bisogno del modello più caro. Ha bisogno di un modello abbastanza bravo che costi poco da far girare tante volte.
Claude Sonnet 5 cade esattamente lì. E il rischio, lo dico perché lo vedo già, è opposto a quello che ci si aspetterebbe: non che sia troppo debole, ma che la tentazione di usarlo dappertutto porti a delegare cose che andrebbero pensate. Il costo basso è un abilitatore, non un permesso di spegnere il cervello. La regola che mi sto dando è semplice: abbasso la soglia di cosa automatizzo, non alzo la soglia di cosa controllo.
C’è poi un contro-argomento onesto da mettere sul tavolo. “Se costa poco, il fornitore prima o poi alza i prezzi e ti ritrovi dipendente.” Vero in astratto. Ma la mia risposta è che il valore che costruisco non sta nel modello, sta nell’orchestrazione: gli agenti, i permessi, i controlli, il modo in cui incastro le cose nei flussi Adobe. Quello resta mio e resta portabile. Il modello è un componente sostituibile, e più il mercato ne sforna di equivalenti a poco, meglio è per chi come me li orchestra.
Mini-FAQ
Claude Sonnet 5 sostituisce i modelli di fascia alta?
No. Li sostituisce nei task ad alto volume e a complessità media — batch, analisi preliminari, operatività ripetitiva — dove conta far girare tante esecuzioni a basso costo. Per ragionamento difficile e decisioni delicate il top di gamma resta la scelta.
Perché un modello più economico cambia cosa conviene automatizzare?
Perché la decisione di delegare un task dipende dal rapporto tra costo di esecuzione e valore del risultato. Se il costo scende a parità di qualità utile, task che prima erano sul filo diventano convenienti, e si possono far girare più agenti in parallelo.
Come lo usi nei progetti Adobe Commerce?
Su tre fronti: batch sui contenuti (schede prodotto, alt text, metadati SEO), analisi incrociate su Adobe Analytics e Target, e operatività senza codice (promo, stock, prezzi, aggiornamenti CMS) con agenti autonomi supervisionati.
Il rischio principale?
Delegare per inerzia. Il costo basso abbassa la soglia di cosa automatizzare, non deve alzare la soglia di cosa si controlla.
Fabio Canovi è consulente Adobe presso il gruppo Lutech. È certificato Adobe Commerce, Adobe Experience Manager, Adobe Analytics e Adobe Target, e lavora sull’intersezione tra piattaforme Adobe e AI agentica applicata all’e-commerce.