Perché il tuo agente «non si ricorda niente» pur avendo tutta la documentazione caricata
È la lamentela numero uno della seconda settimana: gli hai caricato il manuale intero, le policy, lo storico dei ticket, e l'agente continua a chiedere cose che gli hai raccontato ieri. La conclusione immediata —«gli manca la memoria»— è corretta e non serve a niente, perché memoria è la parola con cui il mercato chiama tre cose diverse, che stanno in posti diversi, costano cose diverse e si rompono in modi diversi.
La confusione più cara del settore è questa: memoria e RAG non sono la stessa cosa. RAG è che l'agente sappia cercare nella tua documentazione. Memoria è che l'agente sappia chi sei tu la prossima volta che ci parli. Puoi avere un RAG impeccabile —recupera il paragrafo esatto del manuale in 200 millisecondi— e un agente che continua a non ricordarsi che questo cliente si è già lamentato due volte dello stesso ordine. Sono problemi diversi con soluzioni diverse, e montare il secondo con lo strumento del primo è esattamente il motivo per cui metà dei progetti si arena qui.
Le tre cose che metti nello stesso calderone
Prima di comprare qualsiasi cosa, separa. Un agente in produzione di solito ha bisogno di tutte e tre, ma si acquistano, si pagano e si verificano separatamente.
1. Il contesto della conversazione in corso (memoria a breve termine)
È quello che il modello ha davanti in questo momento: quello che hai detto finora in questo thread. Non è un database, è la finestra di contesto —lo spazio di lavoro del modello— e si svuota quando la conversazione finisce. È gratis nel senso che non c'è niente da costruire, ed è carissima nel senso che si paga a token a ogni turno: più lungo il thread, più caro ogni messaggio successivo. Quando qualcuno ti dice che il suo agente «si ricorda tutto dentro la conversazione», ti sta descrivendo il comportamento di default, non una capacità che ha costruito.
Il sintomo che ti manca questo: l'agente si contraddice da solo dentro lo stesso thread, o perde il filo nelle conversazioni lunghe. Si aggiusta con la gestione del contesto (riassumere i turni vecchi), non con un database vettoriale.
2. La conoscenza consultabile (questo sì che è RAG)
I tuoi documenti, indicizzati in modo che l'agente possa trovare il frammento rilevante e rispondere avendolo davanti. Manuali, policy, contratti, procedure, catalogo, ticket risolti. È conoscenza dell'organizzazione, uguale per tutti, e il suo problema non è ricordare: è trovare ed essere aggiornata. Vive in un indice —vettoriale, lessicale o entrambi— e il suo costo principale non è lo stoccaggio, è la manutenzione: un indice con dentro la procedura abrogata compete in silenzio con quella in vigore.
Il sintomo che ti manca questo: l'agente risponde con sicurezza cose che non stanno scritte da nessuna parte, o cita il documento sbagliato. Si aggiusta con il recupero, non con la memoria. Come si monta e come si valuta sta in addestrare un agente IA; tenerlo vivo è un lavoro continuo con un nome suo, mantenere aggiornata la conoscenza dell'IA.
3. I fatti che deve ricordare fra una sessione e l'altra (memoria a lungo termine)
Qui sta lo strato che quasi nessuno costruisce ed è quello che ti mancava. Non è documentazione: sono fatti concreti su una persona, un account o un caso, imparati durante il lavoro e che devono sopravvivere alla fine della conversazione. «Questo cliente fattura a nome di un'altra società.» «Questo fornitore non accetta bolle via mail.» «Questo utente ha già rifiutato questa proposta a marzo e ha detto perché.»
Si distingue dalle altre due per tre proprietà: è specifica di un'entità (non vale per tutti), si scrive da sola durante l'operatività (nessuno carica un documento con quella roba) e scade (una preferenza cambia, un dato smette di essere vero). Quella terza proprietà è ciò che trasforma la memoria a lungo termine in un problema di governo e non solo di ingegneria, ed è di quello che parla la seconda metà di questa guida.
Dove vive ciascuna e quanto costa
| Strato | Dove vive | Chi la scrive | Cosa la rompe | Costo dominante |
|---|---|---|---|---|
| Contesto della conversazione | La finestra di contesto del modello | La conversazione stessa | Thread lunghi: trabocca o diventa caro | Token a ogni turno |
| Conoscenza consultabile (RAG) | Indice sui tuoi documenti | Tu, quando pubblichi il documento | Contenuto obsoleto e duplicato non segnalato | Manutenzione dell'indice |
| Memoria a lungo termine | Archivio proprio, fuori dal modello | L'agente, durante l'operatività | Fatti scaduti che nessuno ritira | Governo: revisione e cancellazione |
Guarda la colonna di destra, perché è quella che non compare mai nel preventivo. I primi due strati hanno un costo che si vede in una fattura. Il terzo ha un costo che si vede in una riunione: qualcuno deve decidere cosa si ricorda, per quanto tempo e chi può cancellarlo. Se quel qualcuno non esiste, la memoria a lungo termine non è una capacità: è una passività che cresce da sola.
La prova dei trenta secondi per sapere quale ti manca
Prendi il caso concreto che ti ha fatto pensare che ti mancasse la memoria e fagli tre domande. La risposta ti dice cosa comprare, ed evita che tu paghi un database vettoriale per sistemare un riassunto di conversazione.
- Il dato che ti manca è scritto in qualche tuo documento? Se sì, non è memoria: è recupero. Il tuo problema sta nell'indice o nel documento, non nell'agente.
- Il dato vale per tutti i tuoi clienti o solo per questo? Se vale per tutti, è conoscenza. Se è di questo cliente e di nessun altro, è memoria a lungo termine.
- Il dato smetterebbe di essere vero entro un anno? Se la risposta è sì, ti serve lo strato dell'oblio prima di quello del ricordo. Salvare senza un piano di scadenza è accumulare errori futuri con data di attivazione.
Dimenticare è più difficile che ricordare
Questa è la parte che quasi nessuno scrive, ed è quella che costa di più. Costruire memoria è un problema risolto: salvi il fatto, lo recuperi quando serve. Ritirarlo, invece, non è un'operazione: sono diverse, e basta che ne fallisca una perché il dato resti vivo.
Il miglior esempio pubblico di quanto sia ingarbugliata questa cosa lo dà la documentazione di OpenAI per ChatGPT. Il suo centro assistenza dice letteralmente che, per cancellare del tutto qualcosa che ChatGPT possa sapere di te, «dovrai cancellare ogni fonte in cui compare, incluse le chat passate, le chat archiviate, i file, il riepilogo della memoria, e scollegare le app connesse che possano contenere quell'informazione». E aggiunge due avvertenze che valgono oro per chi sta progettando questa roba nella propria azienda: cancellare una chat non cancella le memorie che ne sono uscite, e se disattivi la memoria e poi la riattivi, il sistema può tornare a creare memorie a partire dalle chat che restano nel tuo storico. Fonte: Memory FAQ, OpenAI Help Center, consultato il 10 settembre 2026.
Non è un difetto di OpenAI: è la forma del problema. Appena un fatto si copia in più di un posto —l'archivio di memoria, l'indice, il log della conversazione, il sistema di destinazione dove l'agente ha scritto— la cancellazione smette di essere un pulsante e diventa una procedura con una lista di posti. Se nessuno ha scritto quella lista, non puoi promettere che cancelli niente.
Cosa ti obbliga a poter cancellare (e cosa non ti dice nessuno)
Tre ancore, e conviene non mescolarle. La prima: il diritto di cancellazione del GDPR si esercita sui dati personali che tratti e in Italia si applica direttamente, e la memoria di un agente li contiene per progettazione —nomi, preferenze, segnalazioni, decisioni. La seconda: il Comitato europeo per la protezione dei dati, nel suo Parere 28/2024 (17 dicembre 2024), fissa un'asticella alta per considerare anonimo un modello addestrato con dati personali e ricorda che, davanti a un trattamento illecito, le autorità possono ordinare misure correttive che arrivano fino alla cancellazione dell'insieme di dati. Quel parere parla del modello; il tuo archivio di memoria è un caso molto più semplice e molto più chiaramente identificabile, quindi quello che lì è discutibile qui non lo è.
La terza è la più operativa e arriva da un regolatore vicino, non da quello italiano: nelle sue orientazioni sull'intelligenza artificiale agentica, l'autorità spagnola per la protezione dei dati include fra le misure la compartimentazione della memoria e la tracciabilità del ciclo di vita del dato. Compartimentare significa che la memoria di un cliente non trapela nella conversazione di un altro, e che si può segnalare e ritirare a pezzi. È la differenza fra un archivio con le etichette e un cassetto in disordine. Non è norma italiana: è l'esempio europeo più concreto pubblicato finora, e sul terreno del GDPR la conversazione è la stessa. Fonte: Orientaciones sobre Inteligencia Artificial agéntica, AEPD, versione 1.2, febbraio 2026.
Quello che nessuna delle tre ti dice: per quanto tempo il tuo agente deve ricordarsi che questo cliente preferisce essere chiamato di pomeriggio. Quello non sta in nessuna norma. È una policy tua, e se non la scrivi la policy di default è «per sempre», che è la peggiore di tutte.
La scheda di una pagina: cosa ricorda, dove e fino a quando
Tutto quello che precede sta in una tabella che si rivede ogni trimestre. Non serve di più, e senza quella non c'è conversazione possibile con il tuo responsabile della protezione dei dati.
| Cosa si ricorda | Strato | Scadenza | Dove va cancellato | Chi può cancellare |
|---|---|---|---|---|
| Preferenza di contatto del cliente | Memoria a lungo termine | 24 mesi senza attività | Archivio + copia nel CRM | Responsabile del cliente |
| Segnalazione aperta e il suo storico | Memoria a lungo termine | Chiusura + conservazione legale | Archivio + ticket + log | Responsabile del supporto |
| Procedura interna in vigore | RAG | Alla pubblicazione della versione nuova | Indice (reindicizzare) | Proprietario del documento |
| Riassunto del thread in corso | Contesto | Fine della conversazione | Non persiste | — |
- Una riga per tipo di dato, non per sistema. Se una riga dice «dati del cliente», è scritta male: dividila finché ogni riga non ha una scadenza diversa.
- La scadenza, in unità. «Quando non servirà più» non è una scadenza. «24 mesi senza attività» sì, perché uno script la può applicare.
- La colonna di dove cancellare è quella importante. È la lista di posti di cui parlavamo: se ha una voce sola, probabilmente è incompleta.
- Un nome che può cancellare. Una persona con un pulsante vero, provato almeno una volta. Una procedura di cancellazione che nessuno ha mai eseguito non è una procedura.
- Revisione trimestrale con la tabella davanti. Quello che si accumula senza revisione smette di essere memoria e diventa sedimento.
Noi montiamo lo strato di memoria con questa tabella scritta prima della prima riga di codice: è parte dell'infrastruttura IA su cui girano i dipendenti IA che mettiamo a lavorare, dentro la logica generale di creare un agente IA che regga la produzione. Non vendiamo memoria infinita. Fatturiamo il fatto che il tuo agente ricordi quello che deve, per il tempo che deve, e che il giorno in cui va cancellato si possa cancellare davvero.