Anthropic explique la mémoire des agents et le dreaming : la mémoire a fait monter les scores CL-Bench des six modèles présentés et le dreaming a corrigé une note fausse et construit des wikis, mais les preuves sont celles d'Anthropic et les dreams restent un aperçu de recherche sans éligibilité ZDR ni HIPAA

Le 6 novembre 2026, le blog d'ingénierie d'Anthropic a publié The components of agent memory (les composants de la mémoire des agents), signé Lance Martin, sur la façon dont les agents Claude conservent des connaissances d'une session à l'autre. Anthropic définit la mémoire d'agent comme ce que Claude apprend par l'expérience et enregistre comme contexte à relire plus tard. Elle exclut les changements de poids du modèle, l'apprentissage au sein d'une seule conversation et la compaction. L'article décrit quatre couches, des transcriptions aux notes, puis aux représentations comme les wikis, et enfin au contexte chargé à chaque session. Il y ajoute un processus d'arrière-plan appelé dreaming (le rêve), qui relit les transcriptions pour corriger et réorganiser ces couches. Tous les résultats viennent des propres tests d'Anthropic.

Le premier test utilisait CL-Bench 1.0, un banc d'essai où l'agent répond à une série de questions sur une base de données et connaît la bonne réponse après chacune. Claude démarrait chaque question dans une session neuve, avec seulement un répertoire de mémoire conservé, et l'article compare avec une base de référence sans état. La récompense moyenne a augmenté pour les six modèles présentés : Opus 5.5 de 0,655 à 0,838, Sonnet 5.5 de 0,644 à 0,833, Opus 5 de 0,564 à 0,828, Opus 4.7 de 0,383 à 0,700, Sonnet 5 de 0,306 à 0,610 et Sonnet 4.6 de 0,330 à 0,364. L'article décrit aussi comment l'usage de la mémoire s'est amélioré. Sonnet 4.6 écrivait des fichiers épars d'hypothèses non vérifiées. Opus 4.7 marquait les faits qu'il avait contrôlés. Opus 5 a été le premier à boucler la boucle, en notant une règle avec la façon dont il savait qu'elle était vraie, ainsi que des avertissements sur les pièges.

Le deuxième test portait sur le jugement de ce qu'il faut enregistrer. Dans Pokémon Rouge, l'article compare une exécution de chaque. Vers 10 000 pas, Claude Sonnet 3.7 avait écrit 413 fichiers de mémoire dans 225 dossiers et possédait un badge. Claude Fable 5 avait neuf fichiers dans deux dossiers, plus un global.md de premier niveau, et quatre badges. L'explication de l'article est que Sonnet 3.7 notait des informations que l'écran montre déjà, comme l'argent et la position, qui devenaient périmées et coûtaient du temps à chercher, alors que Fable 5 gardait des plans et des règles testées qui n'existent que si le modèle les écrit. Opus 5.5 a aussi gardé un petit dossier et a terminé le jeu. Deux exécutions isolées sont une illustration, pas un résultat statistique.

Sur le guidage, Anthropic dit qu'il aide de dire à Claude à quoi sert la mémoire, mais pas comment s'en servir. Dire simplement à Claude qu'un dossier de mémoire existait suffisait à Opus 4.7 et à Opus 5. Leur dire de n'enregistrer que les échecs leur a fait perdre une grande part du bénéfice de la mémoire. Les modèles plus anciens ont gagné avec des consignes plus fortes : demander à Sonnet 4.6 de lire sa mémoire avant de répondre et de tester ses hypothèses a presque doublé son score, tandis que Sonnet 5 lisait sa mémoire en premier dans 9 cas sur 10 sans qu'on le lui dise, contre moins de la moitié pour Sonnet 4.6.

Le dreaming est l'idée nouvelle principale. Comme Claude écrit ses notes pendant qu'il travaille, une note fausse peut être crue lors d'une session ultérieure. Dans un exemple Pokémon, Claude a noté à tort qu'un bâtiment se trouvait à l'est du Mont Sélénite (Mt. Moon), en a conclu que la grotte était derrière lui, et est tombé d'un rebord à sens unique sur son itinéraire précédent. Après qu'un passage de dreaming a comparé la note à la transcription de la session et l'a corrigée, Claude est retourné dans la grotte et a atteint Azuria (Cerulean City). Dans l'exécution avec la note non corrigée, Claude est retombé trois fois sur l'itinéraire et n'y est jamais arrivé. L'article montre aussi le dreaming qui construit des wikis. Sur environ 350 000 fichiers internes, soit à peu près 420 millions de jetons, de Stainless, une société qu'Anthropic a rachetée en mai, le score sur 25 questions est passé de 13 % à 48 % des critères notés à mesure que des agents Opus 5 construisaient un wiki sur 2 à 128 sessions. Un wiki combiné à la recherche a obtenu de 54 % à 61 % à mesure que le wiki grandissait, contre 53 % pour la recherche seule, et a économisé environ 20 000 jetons par question. Sur 24 questions de fusion, les éléments nécessitant plusieurs documents ont obtenu 87 % avec le wiki et 73 % avec la recherche. Sur certaines tâches juridiques, le wiki n'apportait pas de gain net, et sur l'une d'elles il est devenu plus volumineux que les documents.

Deux autres résultats concernent les consignes. Un wiki où plusieurs agents écrivaient dans un même tableau partagé n'a conservé que 41 des 57 faits de contrat notés, soit 72 %. Après que Claude a réécrit les consignes de construction dans une boucle de réflexion, avec une page par contrat citée mot pour mot, les 57 faits ont survécu. Un second passage de dreaming a aussi redirigé neuf liens depuis une page escrow-agreement manquante vers la page buyer-form-escrow-agreement existante. L'article avertit que le contexte injecté doit rester petit, parce que chaque note coûte des jetons à chaque session et qu'une note fausse se propage partout. La mémoire automatique de Claude Code ne charge que les 200 premières lignes ou 25 Ko de son index MEMORY.md.

La documentation de Managed Agents ajoute les faits produit. Un dream est une tâche asynchrone qui lit un magasin de mémoire existant et de 1 à 100 sessions passées, et produit un nouveau magasin réorganisé, sans modifier l'entrée. Il prend en général de quelques minutes à quelques heures. Le statut est un aperçu de recherche, l'accès se demande, il faut les en-têtes bêta managed-agents-2026-04-01 et dreaming-2026-04-21, et il n'est éligible ni à la rétention zéro des données ni à HIPAA. La documentation précise que les instructions orientent la synthèse, mais que des modifications impératives de lignes précises ne changent généralement rien.

Notre lecture : c'est une carte utile de choix de conception, un rapport de conception et d'expériences. Les preuves sont celles d'Anthropic, la comparaison Pokémon repose sur deux exécutions isolées, les résultats des wikis viennent d'un corpus d'entreprise et de quelques tâches juridiques, et le dreaming consomme du calcul. Les équipes qui construisent des agents peuvent reprendre ces idées : garder la couche injectée petite, laisser les modèles forts juger ce qu'il faut enregistrer et vérifier les notes avec les transcriptions. Les déploiements exigeant l'éligibilité Zero Data Retention ou HIPAA ne peuvent pas compter sur les dreams en aperçu de recherche pour ces qualifications. Nous n'avons exécuté aucun de ces tests.