L’erreur la plus fréquente dans la conception de mémoire pour agents est de la traiter comme une base de données avec une interface plus agréable.

Enregistrer un fait. Retrouver un fait. Ajouter le fait au contexte. Terminé.

Ce modèle est rassurant parce qu’il ressemble à de l’ingénierie logicielle classique. Il fournit des tables, des représentations vectorielles, des identifiants, des horodatages et des scores. Mais l’agent n’a pas pour autant une mémoire fiable : il possède surtout un ensemble de textes et un problème de récupération.

Le stockage est la partie simple

Conserver un texte de manière durable n’est pas difficile. Plusieurs formats et moteurs de stockage peuvent le faire. La partie difficile consiste à décider ce qui mérite de revenir dans le contexte au moment où l’agent agit.

C’est cette décision qui rend les systèmes de mémoire intéressants — et risqués. Un système médiocre ne se contente pas d’oublier. Il peut rappeler une information erronée avec assurance. Une préférence obsolète peut être traitée comme une règle. Une note temporaire peut devenir une caractéristique permanente. Un résumé approximatif peut recevoir la même autorité qu’une preuve récente simplement parce que les deux apparaissent dans le même contexte.

Les scores ne remplacent pas le jugement

La recherche vectorielle, la recherche lexicale, les signaux de récence et les liens de graphe sont utiles. Aucun de ces mécanismes n’est un jugement.

Un score de similarité peut indiquer qu’un souvenir est proche de la tâche actuelle. Il ne peut pas établir si l’information est encore vraie, si elle décrivait une exception, si elle contredit une décision plus récente ou si son injection dans le contexte aidera réellement l’agent.

La couche de récupération peut classer. L’agent doit encore évaluer.

C’est pourquoi l’explicabilité est essentielle. Lorsqu’un souvenir est récupéré, le système devrait pouvoir indiquer les raisons : correspondance lexicale, proximité sémantique, récence, importance déclarée, relation avec une entité ou répétition observée. Sans cela, la mémoire devient du remplissage de contexte mieux présenté.

Le contexte est une ressource limitée

La mémoire ne concerne pas la quantité qu’un système peut stocker. Elle concerne ce qu’il choisit de dépenser dans une fenêtre de contexte limitée.

Chaque souvenir récupéré concurrence la demande actuelle, les instructions, les preuves disponibles et les résultats des outils. Une information vraie mais sans rapport reste une distraction. L’accumulation de souvenirs vrais mais inutiles fait dériver l’agent vers des problèmes qui ne sont plus présents.

Des souvenirs durables, courts, déclaratifs et explicitement limités à leur contexte sont plus sûrs que des transcriptions entières utilisées comme une personnalité permanente. Les transcriptions contiennent des corrections, des hypothèses abandonnées et des états provisoires. Les injecter sans filtre ne crée pas de continuité : cela crée du bruit.

La mémoire a besoin d’un cycle de vie

Oublier ne devrait pas signifier supprimer dans la panique. Il faut une gestion réelle du cycle de vie.

Les projets évoluent, les outils changent et les décisions sont remplacées. Une mémoire utile doit pouvoir signaler une contradiction, être révisée, expirer ou être archivée avec une raison. Sans mécanisme de ce type, un système de mémoire devient moins fiable avec le temps.

Une politique opérationnelle simple aide : ne conserver que ce qui doit survivre, rester concis, enregistrer la provenance, préférer la demande actuelle, détecter les conflits et distinguer les procédures réutilisables des souvenirs factuels.

Le bon test n’est pas la capacité à rappeler un détail isolé. C’est la capacité à réduire les corrections nécessaires sans produire de surprises. L’objectif n’est pas le rappel maximal, mais une continuité utile sous contrainte.