Hai scomposto il tuo compito grande in passi verificabili, nel capitolo precedente. Ora arriva il problema successivo: il passo tre ha bisogno di sapere qualcosa che è emerso nel passo uno, ma quel dettaglio non è mai stato passato esplicitamente. L’agente al passo tre non lo indovina. Semplicemente, per lui non esiste.

La memoria non è un disco, è una scelta

È facile pensare a un agente come se avesse una memoria persistente, un po’ come un collega che si ricorda le conversazioni della settimana scorsa. Non funziona così. Quello che un agente «sa» in un dato momento è solo quello che si trova nel materiale che gli hai messo davanti in quel momento specifico, chiamato contesto. Non è un archivio che si riempie da solo con l’esperienza: è una finestra che contiene esattamente quello che tu, o il processo che hai costruito, avete deciso di farci entrare.

Questo significa che «dare memoria» a un processo con più passi non è attivare una funzione, è una serie di decisioni esplicite: cosa del passo uno serve al passo tre, in che forma va portato, cosa invece si può lasciare indietro perché non serve più. Trattare la memoria come una scelta di design, invece che come una proprietà automatica dello strumento, è il cambio di prospettiva che previene la maggior parte dei problemi di questo tipo.

Cosa portare avanti, e in che forma

Non tutto quello che emerge in un passo merita di essere portato al successivo. Portare avanti tutto, senza selezione, produce lo stesso problema che avevi coi documenti troppo lunghi: il passo successivo fatica a trovare la parte rilevante in mezzo al resto. Portare avanti troppo poco produce il problema opposto, il passo successivo lavora al buio su un dettaglio che gli servirebbe.

Il criterio pratico è chiedersi, per ogni passo: quali decisioni prese qui vincolano quello che succede dopo? Solo quelle vanno portate avanti, e possibilmente in forma riassunta e strutturata, non come trascrizione integrale di tutto quello che è successo. Se al passo uno hai stabilito che il cliente vuole un tono informale, questa è una decisione che vincola tutti i passi successivi, e va portata avanti esplicitamente. Se al passo uno hai anche scartato tre opzioni che non c’entrano più, non serve portarle avanti: sono rumore per chi lavora dopo.

Un esempio vero

Stai costruendo un processo in tre passi per rispondere a richieste di supporto tecnico: primo passo, classificare il tipo di problema dalla descrizione del cliente; secondo passo, cercare la soluzione nella documentazione interna; terzo passo, scrivere la risposta al cliente. Il terzo passo ha bisogno di sapere due cose emerse prima: il tono che il cliente ha usato nella sua richiesta originale (per calibrare la risposta), e la soluzione trovata al passo due. Non ha bisogno di sapere quali altre categorie sono state scartate al primo passo, né i passaggi intermedi della ricerca nella documentazione.

Il processo che regge passa al terzo passo esattamente questi due elementi, etichettati chiaramente: «tono del cliente: [frustrato ma educato]» e «soluzione trovata: [i passaggi tecnici, in sintesi]». Il terzo passo scrive una risposta calibrata e corretta senza dover indovinare niente. Un processo che invece passasse al terzo passo l’intera trascrizione dei primi due, sperando che trovi da solo cosa conta, funzionerebbe peggio e in modo meno prevedibile.

Quando il processo dura più di una sessione

C’è un caso ancora più delicato: un processo che non finisce in un’unica conversazione, ma si estende su più giorni o più sessioni separate, per esempio un progetto che segui per settimane. Qui la memoria non può contare su una conversazione continua: va scritta da qualche parte, un documento di stato che riassume «cosa sappiamo finora», e va ripassata esplicitamente all’agente ogni volta che riprendi il lavoro. Il documento di stato è, in un certo senso, la memoria del processo, ed esiste solo se qualcuno, tu o il tuo workflow, si prende la responsabilità di aggiornarlo passo dopo passo.

Una cosa da fare, adesso

Prendi un processo a più passi che usi già o che hai scomposto nel capitolo precedente. Per ogni confine fra un passo e il successivo, scrivi in una riga cosa deve attraversare quel confine perché il passo successivo non lavori al buio. Verifica che tu lo stia effettivamente passando oggi, o se invece lo dai per scontato.

Un prompt da cui partire

Contesto rilevante dai passi precedenti:
- [decisione o informazione 1, in forma sintetica]
- [decisione o informazione 2, in forma sintetica]

Con questo contesto, esegui: [il passo attuale].
Se ti manca un'informazione per procedere, chiedimela invece di assumerla.

Fallo davvero

Il modo più rapido per sentire sulla pelle cosa attraversa un confine e cosa si perde è un processo in due sessioni separate, e il corso ti dà il materiale: scarica la trascrizione di una riunione vera di uno studio web, venticinque minuti con decisioni prese a metà frase e compiti assegnati al volo.

Prima sessione: incolla la trascrizione al tuo assistente e chiedi decisioni, compiti con scadenze e questioni aperte. Poi chiedi una cosa in più: «scrivi un documento di stato per chi riprenderà questo lavoro domani in una conversazione nuova, senza accesso a questa». Salva quel documento.

Seconda sessione, il giorno dopo o anche solo cinque minuti dopo, in una conversazione nuova: incolla solo il documento di stato e chiedi di scrivere il messaggio per il team con i compiti della settimana. La trascrizione non gliela dai: quello che non è entrato nel documento di stato è perso, esattamente come in un processo vero.

Alla fine confronta con l’output atteso, che elenca i tre punti dove le sintesi si rompono: il prezzo deciso dopo una trattativa (350, e chi riporta 280 ha preso la proposta per la decisione), un vincolo temporale implicito, e una questione rimandata che non deve diventare una decisione. Se il messaggio finale sbaglia uno dei tre, il buco sta nel documento di stato: correggi quello e rifai solo la seconda sessione. Per i processi seri esiste una versione più rigorosa di questo documento, il template di handoff del percorso builder: lo trovi qui e funziona identico tra due sessioni tue.

Dove andare adesso

Nel prossimo capitolo mettiamo insieme scomposizione e memoria in un unico flusso che gira da solo, con un innesco (trigger) e un output finale: è il passo che trasforma un processo che segui a mano in uno che si automatizza davvero. Per una lettura più tecnica su cosa significhi «ricordare» per un sistema basato su modelli linguistici, guarda il paper «Memoria e contesto: lo stato dell’arte».