Les agents travailleurs ne devraient pas écrire directement la mémoire : un modèle Curateur-Agent

Dans une configuration multi-agent, la pollution de la mémoire partagée est un problème récurrent. Un développeur sur r/openclaw décrit un pattern qui verrouille toutes les écritures mémoire via un agent Memory Curator dédié, empêchant les agents workers d'écrire directement des faits durables. L'approche s'inspire de la recherche sur la mémoire transactive organisationnelle (Ren & Argote) et des systèmes de mémoire d'agents existants comme MemGPT, MemoryBank, LEGOMem et Generative Agents.

Comment fonctionne le pattern Memory Curator

Les agents workers n'écrivent jamais en mémoire. Au lieu de cela, ils émettent des événements mémoire structurés avec une portée proposée et une preuve. L'agent Memory Curator valide, révise, déduplique et route chaque événement vers l'une des quatre portées, ou le rejette complètement.

Les quatre portées

• Mémoire du répertoire d'agent — décisions de conception durables pour un seul agent (analogue à la mémoire individuelle spécialisée)
• Mémoire de l'équipe d'agents — procédures inter-agents, normes de passation, règles de sécurité (mémoire d'équipe transactive)
• Mémoire du projet — état actuel, décisions, risques pour un engagement
• Session Scratch — observations temporaires qui ne devraient probablement pas survivre (mémoire de travail à court terme)

Schéma d'événement

Les événements sont en JSON avec des balises de type : fact, decision, preference, risk, procedure, hypothesis, plus une référence de preuve et une portée proposée. Le curateur peut outrepasser la portée proposée et est le seul rédacteur dans les stockages durables.

Questions ouvertes

L'auteur soulève deux préoccupations :

1. Sur-émission ou sous-émission — l'exigence d'événement pourrait amener les workers à tout émettre (inondation) ou à cesser de s'en préoccuper (perte d'observations utiles).
2. Précision du routage à grande échelle — les limites session vs projet s'estompent lors de longues sessions ; les limites projet vs équipe s'estompent lorsqu'une leçon se généralise.

Le dépôt se trouve sur github.com/jeongmk522-netizen/agent_memory_curator_agent. Le développeur se demande si d'autres verrouillent les écritures en amont ou effectuent des passes de nettoyage ultérieures, notant que le nettoyage après est plus facile mais que la pollution s'accumule probablement plus vite qu'elle n'est supprimée.