Il 28 maggio è uscito Claude Opus 4.8, e per la prima volta da mesi ho avuto la sensazione che il salto non fosse nel modello in sé, ma in come lo faccio lavorare. Le due novità che mi interessano davvero sono i dynamic workflows in Claude Code e il controllo dell’effort: poter decidere quanto un agente “pensa” e spende su un singolo compito. C’è anche un fast mode più economico, e messi insieme questi tre pezzi cambiano una cosa concreta del mio lavoro: quali progetti posso affidare a un agente senza che diventino ingestibili.
Provo a spiegare perché, partendo dal problema vero.
Il collo di bottiglia non era l’intelligenza, era il controllo
Nel mio lavoro su Adobe Commerce e Adobe Experience Manager i progetti che fanno male non sono quelli difficili, sono quelli grossi e ripetitivi. Una migrazione di catalogo. La rilavorazione di migliaia di schede prodotto. Il porting di centinaia di component AEM da un template all’altro. Roba dove ogni singolo pezzo è banale, ma la quantità ti schiaccia.
Fino a Opus 4.8 il problema con gli agenti era paradossale: erano fin troppo diligenti. Se lasciavo un agente ragionare su 3.000 prodotti, applicava a ciascuno lo stesso livello di analisi profonda che avrei voluto solo sui 30 casi ambigui. Risultato: costi che esplodevano e tempi lunghi per lavoro che, nella maggior parte dei casi, era meccanico. La mia opinione netta è questa: fino a ieri il limite degli agenti sui progetti grossi non era la qualità del ragionamento, ma l’impossibilità di modularlo. Un modello bravissimo che ragiona uguale su tutto è, a scala, uno spreco.
Cosa cambia con i dynamic workflows
I dynamic workflows ribaltano il modo in cui imposti il lavoro. Prima costruivo pipeline rigide: fai questo, poi questo, poi questo. Se a metà emergeva un caso che il mio script non prevedeva, l’agente o si bloccava o inventava. Adesso il workflow si adatta durante l’esecuzione: l’agente decide da sé quando un compito richiede un sotto-processo più articolato e quando invece va chiuso in un passaggio.
Il pezzo che lo rende utile è il secondo: il controllo dell’effort. Posso dire, in modo esplicito, “su questo task stai basso, è routine” oppure “qui alza l’effort, è un nodo delicato”. Non è una sfumatura da smanettoni. È la differenza tra un agente che ti costa una fortuna per fare copia-incolla intelligente e uno a cui affidi davvero un batch da diecimila righe.
Detta in una riga estraibile: i dynamic workflows permettono a un agente di variare la profondità del ragionamento task per task, e il controllo dell’effort mette quella leva nelle mie mani.
Come lo sto applicando sul lavoro Adobe
Faccio tre esempi reali, tutti anonimizzati.
Primo: una migrazione di catalogo su Adobe Commerce. Un merchant fashion, intorno ai 15M di GMV, doveva ripulire e rimappare circa 8.000 prodotti passando a una nuova struttura di attributi. Il novanta per cento erano trasformazioni deterministiche: normalizza la taglia, mappa il colore, sistema il campo material. Il dieci per cento erano casi sporchi, prodotti storici con dati incoerenti. Con Opus 4.8 ho impostato il workflow perché tenesse l’effort basso sulla massa deterministica — di fatto un fast mode a costo ridotto — e lo alzasse solo quando incontrava un record che non tornava. L’agente stesso decideva quando “fermarsi a pensare”. Il costo complessivo è stato una frazione di quello che avrei speso trattando tutto allo stesso livello, e i casi ambigui sono finiti in una coda separata per la revisione umana, che è dove devono stare.
Secondo: un batch di contenuti su AEM. Rifacimento di circa 400 pagine editoriali, ognuna con lo stesso schema di component ma con eccezioni. Qui il valore dei dynamic workflows è stato non dover prevedere in anticipo ogni variante. L’agente ha gestito il caso standard in scioltezza e ha alzato l’effort da solo sulle pagine con layout fuori standard, segnalandomele. Prima avrei scritto uno script fragile pieno di if; adesso ho descritto l’obiettivo e i vincoli, e ho lasciato che il workflow si modellasse sul contenuto reale.
Terzo, quello che mi ha convinto di più: il triage. Su un progetto di data quality avevo un backlog di migliaia di record da classificare. Ho usato il fast mode come primo passaggio a tappeto — economico, veloce, “grezzo” — e i dynamic workflows per promuovere a effort alto solo i record che il primo giro segnalava come dubbi. Un imbuto a due stadi. Questo, secondo me, è il pattern che rende gestibili i progetti grossi: non decidere a priori quanto è difficile ogni pezzo, ma lasciare che sia il lavoro a chiedere più profondità dove serve.
La parte scomoda: non è magia
Sarei disonesto se lo raccontassi come una soluzione senza spigoli. Il controllo dell’effort sposta la responsabilità su di te: se tari male le soglie, o spendi troppo o lasci passare errori dove avresti dovuto guardare meglio. Su un catalogo prezzi, un record classificato “facile” e sbagliato è un problema che paghi in produzione. Per questo la revisione umana sui casi promossi non è un vezzo, è il punto: gli agenti non tolgono il giudizio, lo spostano dai compiti ripetitivi a quelli che contano davvero. E la delega dell’effort all’agente va verificata: la prima settimana ho controllato a campione le sue decisioni “stai basso / alza”, perché fidarsi al buio di quella leva è esattamente l’errore da non fare.
C’è anche un tema di aspettative. Un fast mode più economico è una tentazione a buttarci dentro tutto. Ma “più economico per token” non vuol dire “giusto per ogni task”. Su un lavoro di migrazione dove un errore silenzioso si propaga, l’effort alto sui nodi critici non è un costo, è un’assicurazione.
Cosa mi porto a casa
Il valore di Opus 4.8 per me non è che ragiona meglio in assoluto — è che finalmente decido io, o l’agente in modo trasparente, quanto ragionare e dove. Per chi come me lavora su progetti Adobe grossi e ripetitivi, è la differenza tra “interessante da provare” e “lo metto in produzione lunedì”. I dynamic workflows e il controllo dell’effort non rendono gli agenti più intelligenti: li rendono economicamente sensati a scala. Ed è quello il vero sblocco.
Mini-FAQ
Cosa sono i dynamic workflows di Claude Opus 4.8?
Sono workflow in Claude Code che si adattano durante l’esecuzione: invece di seguire una sequenza fissa, l’agente varia la profondità del ragionamento in base al compito che incontra, aprendo sotto-processi solo dove servono.
Cos’è il controllo dell’effort?
È la possibilità di decidere, in modo esplicito, quanto un agente “pensa” e spende su un dato task. Serve a tenere basso il costo sui compiti di routine e alto solo dove il lavoro è delicato.
Perché conta per i progetti grossi?
Perché migrazioni e batch di contenuti su larga scala sono fatti in gran parte di compiti ripetitivi con poche eccezioni difficili. Modulare l’effort task per task rende il costo sostenibile e concentra il ragionamento profondo dove porta valore.
A cosa serve il fast mode più economico?
È ideale come primo passaggio a tappeto su grandi volumi — un triage grezzo e veloce — da abbinare a un secondo stadio a effort alto sui soli casi dubbi.
Su di me. Sono Fabio Canovi, consulente Adobe presso il gruppo Lutech. Sono certificato Adobe Commerce, Adobe Experience Manager, Adobe Analytics e Adobe Target, e nel lavoro di tutti i giorni unisco l’ecosistema Adobe con l’AI agentica — Claude Code, Cowork e i server MCP — per rendere gestibili progetti che prima richiedevano mesi di lavoro manuale.