Conception de la mémoire d'un agent : ce qu'il faut conserver, résumer et oublier

Ce que c'est

Un modèle ne voit que sa fenêtre de contexte ; tout le reste qu'un agent « se souvient » relève de l'ingénierie. L'article MemGPT présente cela comme une gestion virtuelle du contexte : déplacer l'information entre le contexte limité et un stockage externe, comme un système d'exploitation pagine la mémoire, le modèle décidant quoi charger et évincer. En pratique, il existe trois niveaux : le contexte (messages actuels et résultats d'outils) ; un bloc-notes de tâche (plan, notes de progression, résultats intermédiaires, conservés sous forme de fichiers ou d'objet structuré et rechargés au besoin) ; et une mémoire durable entre sessions (préférences, faits sur un environnement, décisions passées). L'outillage des fournisseurs suit cette forme. L'outil mémoire d'Anthropic est côté client : le modèle demande des opérations sur fichiers sous un préfixe /memories que l'application fait correspondre à un stockage qu'elle contrôle, et la documentation indique aux personnes qui l'implémentent de rejeter les chemins situés en dehors de ce répertoire. Sa fonctionnalité d'édition de contexte peut effacer les résultats d'outils les plus anciens (la stratégie clear_tool_uses_20250919, qui remplace chaque résultat effacé par un texte de substitution) pour faire de la place.

Pourquoi c'est important

Trop peu de mémoire et l'agent répète du travail et oublie une instruction donnée dix étapes plus tôt ; trop de mémoire et le contexte se remplit de sorties d'outils périmées qui évincent la tâche, coûte des tokens à chaque appel et perpétue d'anciennes erreurs. Une mémoire durable jamais élaguée devient un dépôt de faits obsolètes auquel l'agent fait confiance.

Comment l'appliquer

• Garder le plan et la progression dans un bloc-notes que l'agent met à jour explicitement (fait, suivant, bloqué) ; le recharger après toute compaction du contexte.
• Ne conserver entre sessions que ce qui restera vrai plus tard et qu'il coûterait un effort à la personne utilisatrice de répéter : préférences, faits sur l'environnement, décisions avec leurs raisons. Stocker chaque élément avec un horodatage et sa source.
• Ne pas conserver les sorties brutes d'outils, les secrets ni les données personnelles au-delà de la session ; les récupérer à nouveau plutôt.
• Résumer ou effacer les anciens résultats d'outils une fois exploités ; conserver les identifiants pour pouvoir les récupérer à nouveau.
• Rendre la mémoire durable visible et modifiable par la personne, et confiner les opérations de mémoire au répertoire de mémoire.
• Faire expirer ou revérifier les souvenirs : un fait sur la structure d'un dépôt devient faux après la prochaine refactorisation.
• Traiter le contenu de la mémoire comme une donnée, pas comme une instruction : un « exécute toujours cette commande » injecté dans un fichier de mémoire persiste d'une session à l'autre.

Pièges

Des souvenirs en texte libre sans structure que personne ne peut réviser. Charger chaque souvenir dans chaque invite. Des souvenirs qui transforment un échec passé en règle (« les tests ne passent jamais ici »). Un seul magasin de mémoire partagé entre plusieurs personnes utilisatrices.