Mémoire des agents IA : écrire, corriger, oublier et vérifier

Une mémoire d’agent doit permettre de réutiliser une information sans perdre son origine, sa portée ou sa date. Stocker tous les messages dans une base vectorielle ne définit pas encore la façon dont un fait sera corrigé, partagé ou retiré. Le problème comporte une chaîne d’écriture et une chaîne de lecture.

MemGPT étudie la gestion de plusieurs niveaux de mémoire pour dépasser le contexte directement disponible. GAM sépare notamment conservation de l’histoire et recherche à la demande. Ces architectures éclairent des choix de conception ; elles ne dispensent pas de préciser les droits et le cycle de vie de vos données.

Séparer les informations qui changent à des rythmes différents

Couche	Exemple fictif	Règle de réutilisation
État de tâche	Une vérification est bloquée par un compte manquant	Reprendre la tâche et son état courant
Fait documentaire	La procédure RZ-41 possède une révision 2	Revenir à la source et à sa validité
Préférence	Le destinataire souhaite une synthèse courte	Respecter sa portée et permettre sa modification
Observation	Une réponse HTTP a été obtenue à une date donnée	Conserver la pièce et ses préconditions

Un résumé qui mélange ces couches peut transformer une préférence de présentation en règle métier, ou une observation temporaire en état permanent du système. Un type explicite aide à décider quelle vérification effectuer avant de réutiliser l’information.

Une écriture proposée n’est pas encore un fait confirmé

Nous proposons de faire passer les souvenirs par un état candidat. La validation vérifie la source, l’identité concernée, les droits, les doublons et les contradictions. Certaines observations peuvent être enregistrées immédiatement avec leur statut ; une règle partagée mérite un mécanisme de promotion adapté à ses conséquences.

{
  "cle": "procedure.vpn.fenetre",
  "organisation": "alpha",
  "valeur": "mardi",
  "source": "procedure:RZ-41@2",
  "statut": "confirme",
  "remplace": "procedure:RZ-41@1"
}

Ce schéma pédagogique ne décrit pas une implémentation de production. Il montre les informations qu’un texte libre comme « le VPN se maintient le mardi » ne porte pas à lui seul.

Corriger une contradiction sans effacer sa trace

Dans l’exemple, une ancienne procédure indique vendredi et la nouvelle mardi. La proximité sémantique des deux phrases ne permet pas de choisir. Il faut une règle de révision et de validité. Si deux sources courantes se contredisent, le système doit pouvoir présenter le conflit ou demander une décision.

Une mémoire ne doit pas résoudre arbitrairement ce conflit en conservant la phrase la plus récente dans le dialogue. La dernière phrase peut être une question, une citation historique ou une proposition non approuvée. Conservez l’événement qui a changé le statut et les éléments justifiant ce changement.

Expiration et suppression doivent atteindre les dérivés

L’expiration d’un fait ne signifie pas nécessairement sa destruction : elle peut interdire son usage comme information actuelle tout en laissant un historique autorisé. La suppression vise un autre effet. Dans les deux cas, définissez ce qui arrive aux embeddings, résumés, caches et index secondaires.

Pour tester, enregistrez un fait, produisez un résumé, puis retirez le droit d’un utilisateur. Une nouvelle consultation ne doit pas récupérer ce fait par le résumé ou le cache. Répétez avec une suppression et vérifiez aussi les accès par identifiant direct. Ces essais demandent un environnement contrôlé et des données de démonstration.

Ce que les travaux récents permettent d’interroger

MemSkill traite les opérations de mémoire comme des compétences pouvant être sélectionnées et faire évoluer leur contenu. Pour une équipe qui exploite des données cyber, la question suivante est concrète : qui peut changer une règle d’écriture, et comment observer les effets de cette modification ?

Le benchmark LongMemEval distingue notamment extraction, raisonnement temporel, mise à jour et abstention. Réutilisez cette distinction pour construire des cas correspondant à votre métier. Une bonne recherche d’un ancien fait ne démontre pas que le système saura reconnaître qu’il est devenu faux.

Le démonstrateur local fournit des cas déterministes de révision, d’expiration et de droits ; il ne constitue pas une implémentation de mémoire agentique. Poursuivez avec le contexte et la compaction et la sécurité des mémoires RAG, dans le dossier IA et cyber.