Note · Capire l’IA

Un agente è un ciclo. E i cicli si sorvegliano.

Che cos’è il recupero, che cos’è uno strumento, che cos’è la memoria, come si concatenano in flussi di lavoro e quando ha senso lasciare che il modello decida i passi. Con l’aritmetica che spiega perché i progetti di agenti vengono cancellati.

Daniel Esteban Feo16 min di lettura

Serie «Capire l’IA», nota 5 di 12. La nota precedente era la mappa dei verbi. Questa spiega come si collegano fra loro e con i suoi sistemi, e che cosa significa davvero la parola che si sente di più nel 2026.

Mercoledì, 18.40, l’ufficio del direttore finanziario di un grossista a Locarno. Da una settimana prova un «agente» che, secondo la dimostrazione, riconcilia da solo le fatture dei fornitori: legge il PDF, cerca l’ordine, confronta gli importi, controlla la bolla, consulta il contratto se c’è uno sconto, chiede alla banca se è pagata, decide se contabilizzarla e la contabilizza. Quattordici passi. Oggi ha rivisto le quaranta fatture della settimana e ne ha trovate diciannove giuste, quattordici con qualche errore e sette che non sa come giudicare perché l’agente ha preso una strada che nessuno può ricostruire. Nella dimostrazione ci azzeccava quasi sempre. Che cosa è cambiato?

La scena è immaginaria. L’aritmetica che la spiega no, ed è la parte più importante di questa nota. Prima di arrivarci devo darle i tre pezzi con cui si costruisce qualsiasi sistema di IA che faccia qualcosa di più che conversare. Sono pochi, hanno nomi strani e, una volta visti, non si dimenticano.

Un modello da solo è solo un motore. Il recupero gli dà i documenti, gli strumenti gli danno le mani e la memoria gli dà il filo. Un agente è quell’insieme messo in un ciclo.

Pezzo uno: il recupero, ovvero l’archivista.

Ricorderà dalla nota 2 che il modello vede solo ciò che sta sulla scrivania, e che i suoi documenti sono in cantina. Il recupero è l’archivista che, a ogni domanda, scende in cantina, cerca i tre o quattro documenti che ne parlano e li mette sulla scrivania prima che il modello risponda. La tecnica fu descritta nel maggio 2020 in un lavoro di ricercatori di Facebook AI Research, University College London e New York University, con il nome di generazione aumentata dal recupero, RAG secondo la sigla inglese, e il suo scopo era esattamente quello che interessa a lei: che il modello risponda con conoscenze che si possono aggiornare e verificare, invece che con ciò che ha memorizzato nell’addestramento.

Ciò che cambia in pratica è enorme. Un assistente senza recupero risponde sulla sua politica di resi con la cultura generale; uno con recupero legge la sua politica, risponde con quella e cita il paragrafo. E permette qualcosa che quasi nessuno apprezza finché non ne ha bisogno: cambiare la risposta senza toccare il modello. Se domani cambia la politica, si cambia il documento e l’assistente risponde in modo diverso nel pomeriggio. Ha anche i suoi difetti, che il fornitore menziona di rado: se l’archivista porta su il documento sbagliato, o una versione vecchia, il modello risponderà con sicurezza a partire da quello. La qualità di un sistema con recupero dipende dalla qualità dell’archivio molto più che dal modello.

Pezzo due: gli strumenti, ovvero le mani.

Un modello, da solo, produce testo. Non può consultare la sua banca dati, inviare un’e-mail né creare una fattura. Uno strumento è un permesso concreto per fare una di quelle cose: si descrive al modello che cosa fa lo strumento e quali dati gli servono, e il modello, quando lo ritiene opportuno, chiede di usarlo con quei dati; il sistema lo esegue e gli restituisce il risultato. «Consultare lo stato dell’ordine 4471» è uno strumento. «Inviare un’e-mail» è un altro. «Contabilizzare una fattura» è un altro ancora, ed è di quelli che si concedono con cautela.

Nel novembre 2024 Anthropic ha pubblicato uno standard aperto per descrivere e collegare strumenti, il Model Context Protocol, che altri fornitori hanno adottato da allora. Per lei questo significa una cosa pratica: i collegamenti fra un modello e i suoi sistemi smettono di essere pezzi su misura che capisce solo chi li ha fatti e assumono un formato comune, che si può portare a un altro fornitore. Lo chieda prima di firmare. E conservi il principio che segue: ogni strumento è un permesso, e i permessi si danno uno a uno. Un modello che può leggere gli ordini non ha motivo di poterli cancellare.

Pezzo tre: la memoria, ovvero il filo.

Il terzo pezzo è il più modesto e quello che genera più confusione. Un modello non ricorda nulla da una conversazione all’altra. Ciò che chiamano memoria è un posto dove il sistema conserva appunti, un riassunto di ciò che è stato detto, le preferenze di un cliente, lo stato di un compito, e li rimette sulla scrivania nella conversazione successiva. È utile ed è un rischio, perché ciò che si conserva bisogna poterlo vedere, correggere e cancellare, e perché l’appunto della settimana scorsa può essere sbagliato e continuare a influire.

Anthropic chiama questa combinazione il modello aumentato: un modello con recupero, strumenti e memoria. È il mattone con cui si costruisce tutto il resto, e quasi tutto ciò di cui la sua azienda ha bisogno sta in un unico mattone fatto bene. Glielo spiego ora.

Flussi di lavoro: quando i passi li decide una persona.

Nel dicembre 2024 Anthropic ha pubblicato una guida per chi costruisce questi sistemi, basata su ciò che aveva visto in decine di gruppi di lavoro, e la sua prima conclusione è quella che le conviene di più: i sistemi che funzionavano meglio non usavano framework complessi, ma schemi semplici. La guida separa due famiglie. In un flusso di lavoro, i passi sono definiti in anticipo nel codice, e il modello si usa in ogni passo per il suo verbo: classificare, estrarre, redigere. In un agente, il modello decide da solo quali passi compiere e quali strumenti usare fino a completare il compito.

Gli schemi di flusso di lavoro che descrive sono cinque, e li traduco per la sua azienda:

  • Concatenare. Un passo dietro l’altro, ciascuno con una verifica. Prima estrarre i dati della fattura; controllare che tornino; poi cercare l’ordine. Se qualcosa fallisce, si ferma lì e si vede dove.
  • Instradare. Classificare prima e mandare ogni caso su una strada diversa. I reclami a un flusso, gli ordini a un altro, ciò che non si capisce a una persona.
  • Parallelizzare. Fare più cose insieme, o la stessa più volte e votare. Tre letture indipendenti di un contratto che devono coincidere prima di dare per buono un dato.
  • Orchestrare. Un modello divide il lavoro in parti e altri le eseguono. Utile quando non si sa in anticipo quante parti ci saranno.
  • Valutare e correggere. Un modello scrive e un altro rivede con criteri dati, in ciclo, finché la revisione approva. Molto utile in traduzione e redazione.

Noti che cosa hanno in comune: in tutti, una persona ha deciso la forma del processo. Il modello lavora dentro una corsia. Si sa quale passo è fallito, si può ripetere solo quel passo e si può mettere una revisione umana proprio dove il rischio lo richiede. Per la riconciliazione delle fatture del nostro direttore finanziario, questo è ciò che costruirei io. Ed è ciò che la guida raccomanda: cercare la soluzione più semplice e aggiungere complessità solo quando il problema la esige.

Agenti: quando i passi li decide il modello.

Un agente è il modello aumentato messo in un ciclo: riceve un compito, decide un passo, usa uno strumento, guarda il risultato, decide il passo successivo, e così via finché ritiene di aver finito o urta contro un limite. È il pezzo più capace e il più difficile da controllare, perché la strada non è scritta da nessuna parte: la improvvisa ogni volta. La guida di Anthropic lo riserva ai problemi aperti, in cui non si può prevedere quanti passi serviranno, e raccomanda di provarlo molto in ambienti chiusi e di mettergli barriere: limiti di passi, di denaro, di permessi, e punti in cui si ferma a chiedere conferma.

Fin dove arrivano oggi? Un gruppo di ricerca indipendente, METR, misura dal 2024 una cosa precisa: la durata dei compiti, misurata nel tempo che impiega una persona esperta, che i migliori modelli completano con successo la metà delle volte. Nel marzo 2025 ha pubblicato che quell’orizzonte era di circa un’ora per il miglior modello del momento, che i modelli ci azzeccavano quasi sempre nei compiti sotto i quattro minuti e fallivano quasi sempre in quelli oltre le quattro ore, e che l’orizzonte era raddoppiato all’incirca ogni sette mesi per sei anni. Gli autori avvertono che le cifre dipendono dai compiti e dalle persone con cui si confrontano, e che estrapolarle presuppone che la tendenza continui. Lo prenda per quello che è: una misura onesta, con i suoi limiti, di qualcosa che cresce in fretta. E noti la parola «metà».

L’aritmetica del direttore finanziario.

Torniamo a Locarno. L’agente dei quattordici passi ci azzeccava «quasi sempre» in ogni passo durante la dimostrazione. Supponiamo che ci azzecchi davvero il 95 % delle volte in ciascuno, che è una cifra molto buona per un passo che legge un PDF o interpreta un contratto. La probabilità che i quattordici passi vadano tutti bene è 0,95 moltiplicato per sé stesso quattordici volte: il 49 %. La metà delle fatture, sbagliate o fatte a metà. Con il 98 % per passo, che è eccellente, la catena completa azzecca il 75 %. Con dieci passi al 99 %, il 90 %. Questa non è un’opinione sull’IA: è la moltiplicazione delle probabilità, e spiega da sola la previsione di Gartner che ho citato nella nota 3, quella secondo cui oltre il 40 % dei progetti di agenti sarà cancellato entro la fine del 2027.

La conseguenza progettuale è chiara ed è quella che uso sempre. Catene corte, verifiche fra i passi e una persona dove l’errore costa. La stessa riconciliazione, costruita come flusso di lavoro di cinque passi con una verifica aritmetica nel secondo e una revisione umana solo sulle fatture che non tornano, azzecca quelle che azzecca, si ferma su quelle che non azzecca e lascia una traccia che chiunque può seguire. È meno impressionante in una dimostrazione. È ciò che funziona un mercoledì alle 18.40.

  • Un mattone prima di un edificio. Quasi tutto si risolve con un modello aumentato e una chiamata fatta bene. Se le propongono un agente, chieda perché non basta un flusso.
  • Passi contati. Chieda il numero di passi del sistema e il tasso di successo di ciascuno, misurato con i suoi casi. Moltiplichi. Se il fornitore non capisce la moltiplicazione, non ha misurato.
  • Permessi uno a uno. Ogni strumento, un permesso; ogni permesso, con limite e registro. Leggere non implica scrivere; scrivere non implica cancellare né pagare.
  • Fermate obbligatorie. Prima di qualsiasi passo con conseguenze esterne, il sistema si ferma e chiede. Un’e-mail inviata non si può ritirare.
  • Traccia completa. Ogni decisione del sistema resta registrata: che cosa ha letto, quale strumento ha usato, che cosa ha restituito. Se non si può ricostruire la strada, non si può correggere.
  • L’archivio comanda. Nei sistemi con recupero, la qualità dell’archivio di documenti conta più del modello. Un documento scaduto è un errore con una buona presenza.
  1. Questa settimana

    Disegni il processo in passi

    Quello che vuole automatizzare, su un foglio: un passo per riga, con accanto la domanda «che cosa succede se questo va male?». Se ha più di otto righe, lo divida.

  2. Questa settimana

    Faccia la moltiplicazione

    Assegni a ogni passo una percentuale di successo ragionevole e moltiplichi. Quello è il numero che deve pretendere di vedere in una dimostrazione, non la faccia sorpresa.

  3. Alla prossima riunione

    Chieda chi decide i passi

    Se li decide il modello, è un agente e bisogna chiedere limiti, permessi e fermate. Se li ha decisi un programmatore, è un flusso e bisogna chiedere le verifiche fra i passi.

  4. Prima di firmare

    Chieda la lista dei permessi

    Quali strumenti può usare il sistema, con quali limiti e chi può cambiarli. Una lista corta è un buon segno.

Come la imposto io.

Costruisco flussi di lavoro con passi brevi e verifiche, e riservo gli agenti a ciò che è davvero aperto: ricercare, esplorare, preparare. Nulla con conseguenze esterne si fa senza una fermata. Ogni sistema ha un registro che un responsabile può leggere senza saper programmare, e la prima domanda di ogni progetto è quanti passi ci sono e quanto azzecca ciascuno con i cinquanta casi d’oro. Il resto è presentazione.

Prima di passare alla prossima, faccia il conto con un Suo processo. Ne scelga uno che oggi ha più passaggi: una prenotazione, una fattura, una richiesta che diventa un appuntamento. Conti i passaggi e si chieda quanto spesso ciascuno è corretto. Se nella Sua azienda nessuno lo sa, è già una risposta.

E una domanda da lasciare aperta fino alla prossima nota: se domani un agente gestisse quel processo, dove metterebbe la prima sosta?

Prossima nota: integrare l’IA nella sua azienda. L’ordine dei passi, dalla mappa al primo processo in produzione, l’insieme d’oro, la modalità ombra e perché il progetto comincia molto prima di scegliere un fornitore.