Memoria degli agenti: Anthropic spiega in che modo il «dreaming» aiuta Claude a correggere e organizzare i propri appunti

Anthropic ha pubblicato il 6 novembre 2026 un lungo articolo tecnico, «The components of agent memory», su come i suoi agenti trattengono ciò che apprendono da una sessione all’altra. Il testo non lancia alcun prodotto: descrive esperimenti e un metodo, il «dreaming», che i team impegnati nello sviluppo di agenti possono replicare.

Due fasi: annotare, poi consolidare

Anthropic definisce «memoria dell’agente» ciò che Claude conserva tra le sessioni sotto forma di contesto rileggibile (ad esempio note in una cartella), a differenza dei pesi del modello, dell’apprendimento all’interno di una conversazione o della compattazione. L’articolo separa due momenti:

• durante la sessione, Claude scrive note su ciò che ritiene importante;
• fuori sessione, un passaggio di dreaming rilegge le trascrizioni per correggere queste note, scriverne altre, costruire una wiki o decidere cosa verrà caricato di default la volta successiva.

L’idea riprende lo sleep-time compute proposto da Letta e da UC Berkeley: sfruttare il tempo morto tra due interazioni per riorganizzare il contesto.

Cosa mostrano i test

Su un task di CL-Bench 1.0 (domande su un database, con correzione fornita dopo ogni risposta), Anthropic descrive una progressione da una generazione all’altra: Sonnet 4.6 accumula ipotesi non verificate, Opus 4.7 consolida un documento di riferimento e Opus 5 è il primo a chiudere il cerchio (una regola, come sa che è vera, le insidie riscontrate).

In Pokémon Red, la differenza riguarda ciò che merita di essere conservato: verso i 10.000 passaggi, Sonnet 3.7 aveva scritto 413 file in 225 cartelle per una sola medaglia, mentre Claude Fable 5 nove file e un global.md per quattro medaglie. Un esempio preciso illustra l’utilità del dreaming: un appunto errato sulla posizione di un edificio faceva girare Claude a vuoto; corretto confrontandolo con la trascrizione, gli consente di superare il passaggio.

Su un corpus interno di Stainless (circa 350.000 file), la wiki costruita tramite dreaming fa salire le risposte a 25 domande dal 13% al 48% dei criteri valutati tra 2 e 128 sessioni. Combinata con uno strumento di ricerca, raggiunge il 61%, rispetto al 53% della sola ricerca, e fa risparmiare circa 20.000 token per domanda. Su un benchmark legale (Harvey LAB), la wiki si rivela utile quando le informazioni sono frammentate tra più documenti, ma non quando è sufficiente una ricerca all’interno di un singolo file.

I limiti riconosciuti

Il post evidenzia che è preferibile indicare a Claude a cosa serve la memoria piuttosto che come usarla: imporre «registra solo i fallimenti» ha fatto perdere a Opus 5 e Opus 4.7 una parte consistente dei benefici. Ricorda inoltre che il livello caricato a ogni sessione deve rimanere contenuto: all’avvio Claude Code legge solo le prime 200 righe o 25 KB di MEMORY.md. Infine, una wiki può crescere fino a superare le dimensioni dei documenti che sintetizza, e il dreaming comporta un costo computazionale.