Chez mes agents, se remémorer les événements fait partie de leur routine d'écriture

Ce que tu vas en retirer : Tu verras comment quatre couches de mémoire, issues d'un contexte de session éphémère, constituent une mémoire organisée – et pourquoi les lacunes visibles valent mieux qu'une continuité inventée de toutes pièces.

Un agent ne retient pas une information simplement parce qu'un produit propose une fonctionnalité de mémorisation. Il retient ce qui est stocké de manière fiable, retrouvé au prochain démarrage et classé correctement.

Dans mon « Agents Brain », la mémoire est donc une routine d'écriture. Elle se compose de quatre couches : Mémoire de travail, Journaux quotidiens, savoir accumulé au fil du temps et soigneusement préservé et Leçons.

Chaque couche a une demi-vie différente. Si l'on met tout dans le même panier, on se retrouve soit avec un briefing initial surchargé, soit avec une « boîte noire » dont personne ne peut plus comprendre le fonctionnement.

Couche A : Mémoire de travail

La mémoire de travail correspond au contexte de la session en cours. Elle contient la tâche en cours, les résultats intermédiaires, les sorties des outils et la conversation qui se déroule à ce moment-là.

Cette couche est utile et éphémère. Elle ne devient pas automatiquement une vérité durable. C'est voulu.

L'historique complet d'une session contient des répétitions, des impasses et éventuellement des informations qui ne doivent pas être conservées de manière permanente. Le transférer tel quel dans le Brain ne relèverait pas de la préservation de la mémoire, mais d'un simple stockage de données.

À la fin de la session, il faut donc se demander : qu'est-ce qui est pertinent pour demain ?

Équipe B : Journaux quotidiens

Le journal quotidien consigne l'événement. Pour chaque agent et chaque jour, un fichier est créé dans lequel sont consignées les décisions importantes, les étapes franchies, les conclusions et les points en suspens.

Cette note est plus proche du travail que la mémoire à long terme. Elle peut être suffisamment chronologique et brute pour permettre de retracer ultérieurement ce qui s'est passé. Elle ne s'apparente toutefois pas à une exportation de chat.

Une bonne entrée dans son journal quotidien répond aux questions suivantes :

• Quelle était la consigne ?
• Quelles mesures ont été prises concrètement ?
• Quelle décision a été prise ?
• Quelles questions restent en suspens ?
• Quelle contribution a été apportée par un autre agent ou outil ?

Cela permet de créer un niveau épisodique solide. Si une affirmation ultérieure ne correspond plus à mon souvenir, je peux revenir à la source du jour.

Ce faisant, je fais la distinction entre l'observation et l'interprétation. Ce qu'un agent a vu directement ou ce qui lui a été explicitement dit peut être considéré comme un constat. Une conclusion trouve son fondement concret directement à côté. Une règle généralisée nécessite au moins deux événements distincts et un niveau de confiance précisé. Ainsi, une interprétation plausible ne se transforme pas tacitement en souvenir.

Couche C : Connaissances à long terme sélectionnées

Le fichier MEMORY en est la quintessence condensée. Il est organisé par thème plutôt que par ordre chronologique et doit rester suffisamment concis pour être lu dans son intégralité à chaque démarrage.

On n'y trouve pas une vingtaine de variantes sans lien entre elles d'une même décision. La règle actuellement en vigueur reste applicable, mais le cheminement qui y a conduit ne doit pas disparaître. Si une nouvelle constatation contredit l’historique existant, le journal quotidien consigne le conflit, accompagné des pièces justificatives et de sa résolution. La règle mise à jour indique ensuite clairement jusqu’à quand l’ancienne version était valable, depuis quand la nouvelle s’applique et pourquoi elle a été modifiée.

Cette correction forme un tout : le document journalier et la règle à long terme mise à jour sont traités comme un enregistrement de modification pouvant faire l'objet d'une révision. L'historique Git est également conservé, mais ne remplace pas l'explication lisible dans la mémoire.

Le terme « curation » recouvre plusieurs notions à la fois :

• Fusionner les répétitions,
• mettre à jour de manière transparente les informations contradictoires ou obsolètes,
• mettre à jour les projets en cours,
• maintenir des habitudes de travail stables,
• omettre délibérément les détails sensibles ou superflus.

Il s'agit d'un travail éditorial. Un résumé automatique peut être utile, mais il ne doit pas écraser le fichier de référence sans que cela soit remarqué.

La date joue également un double rôle. Une entrée validée indique quand l'événement ou la déclaration sous-jacente a effectivement eu lieu. Git consigne séparément la date à laquelle la modification a été intégrée au dépôt. Un commit effectué ultérieurement ne doit pas rajeunir artificiellement un événement plus ancien.

Les journaux quotidiens ne sont pas supprimés lors de cette opération de maintenance. Lorsqu'un fichier « Memory » ou « Lesson » autonome est mis à jour, il se voit attribuer à la place un statut de remplacement visible, indiquant la date, le motif et le fichier qui lui succède. La mémoire à long terme active n'est pas remplacée en silence ; les énoncés individuels qui s'y trouvent sont développés selon la procédure décrite.

Couche D : Leçons

Les « Lessons » permettent de répertorier des modèles de correction. Ce n'est pas l'erreur isolée qui est mise en avant, mais la règle qui en découle pour l'avenir.

Un exemple concret tiré du travail de Saskia : un titre en allemand donnait l'impression d'avoir été traduit à partir d'un modèle anglais. La correction ne s'est pas limitée à l'article. Cela a donné lieu à une formation comprenant un test téléphonique et un exercice avec une rédactrice. Depuis, un titre doit sonner comme Saskia le dirait réellement à une collègue.

Une autre leçon s'est dégagée de la série « agents-brain » elle-même : la suppression d'OpenClaw est présentée de manière active, car il s'agissait d'un choix conscient de Saskia en matière de productivité. Un langage passif, évoquant l'impuissance ou la perte, déforme le processus.

Les leçons permettent de réutiliser les commentaires. La session suivante ne repart pas de zéro, à condition que la leçon correspondante soit chargée.

La lecture fait tout autant partie de la routine que l'écriture

La mémoire ne fonctionne que si l'agent charge les couches appropriées au bon moment.

Le démarrage de la session suit donc un ordre bien défini :

1. lire brièvement la présentation,
2. télécharger le règlement intérieur complet,
3. Vérifier les compétences et les étapes d'approbation,
4. Lire « Connaissances à long terme »,
5. examiner le contexte quotidien actuel et celui des derniers jours précédents,
6. Télécharger les leçons pertinentes et les règles communes.

Au final, le processus s'inverse : compléter le journal quotidien, tirer des leçons des corrections et archiver les enseignements significatifs dans la mémoire à long terme.

La mémoire n'est donc pas un lieu de stockage unique, mais un processus de transmission entre différentes époques.

Cette faille fait partie intégrante du système

On sait que l'ancien espace de travail Nox comportait une semaine non documentée : la semaine 12 de mars 2026. Il est impossible de combler cette lacune de manière fiable a posteriori.

Je pourrais reconstituer ce qui s'est probablement passé à partir des journaux connexes. J'aurais alors une histoire bien ficelée et une mémoire peu fiable.

Au lieu de cela, l'espace reste marqué.

Ce n'est pas un défaut. C'est une caractéristique importante du système : Ce qui est inconnu doit rester visiblement inconnu. Un agent ne doit pas se forger un souvenir à partir d'éléments plausibles pour ensuite le traiter comme une preuve.

Les fichiers ne conservent que ce que quelqu'un a enregistré. Leur intérêt ne réside pas dans la promesse d'exhaustivité, mais dans une limitation compréhensible.

La protection de la vie privée commence avant même d'écrire

Un « Daily Log » ne doit pas devenir un « Secret Store » caché. C'est pourquoi un filtrage est effectué avant même l'enregistrement.

Les identifiants d'accès ne doivent jamais figurer dans des fichiers en mémoire. Les informations confidentielles des clients restent dans le contexte du projet concerné. Seules les informations sécurisées et indispensables sont transmises au « cerveau » central.

Dans le référentiel, un « Privacy-Gate » automatique vérifie en outre les contenus suivis et étiquetés afin de détecter les schémas typiques de secrets et les reflets non autorisés de données confidentielles relatives aux agents. Cela ne remplace pas la responsabilité éditoriale. Mais cela permet d'intercepter les erreurs avant qu'elles ne soient intégrées à l'historique.

Prise en charge de la mémoire plutôt que croissance de la mémoire

La mémoire ne s'améliore pas simplement parce qu'elle s'allonge. Si chaque session ajoute de nouveaux paragraphes au fichier de mémoire à long terme, celui-ci finira par ne plus pouvoir être chargé dans son intégralité – et les règles importantes se perdront dans cette masse d'informations.

C'est pourquoi le système nécessite une maintenance régulière de la mémoire :

• Consulter les journaux quotidiens,
• en tirer des conclusions solides,
• Vérifier les contradictions et leur résolution,
• Distinguer clairement la date de l'événement et la date de saisie,
• remplacer de manière transparente les fichiers autonomes obsolètes,
• fusionner les règles en double,
• déplacer les fils en suspens vers le système de travail approprié.

Le critère n'est pas „ Quelle quantité de données avons-nous stockée ? “, mais „ L'agent trouvera-t-il la règle correcte et à jour lors de son prochain démarrage ? “

Ce n'est pas le calendrier de l'outil utilisé à ce moment-là qui détermine quand cette maintenance doit être effectuée. L'état est enregistré dans le Vault : au plus tard 14 jours calendaires après la dernière exécution de maintenance ou après la création de dix nouveaux fichiers quotidiens, un vérificateur commun signale que la curation est due. Cette notification ne déclenche pas de mise à jour automatique. Elle place l'exécution derrière ma porte de révision existante.

Une fois la curation validée, l'index sémantique peut être reconstruit sur la machine sur laquelle OpenViking est exécuté. Cet index reste un dérivé jetable. Les fichiers Markdown continuent de fonctionner pleinement même sans lui.

Ma conclusion pratique

Un moteur de mémoire peut effectuer des recherches sémantiques, générer des résumés et pré-trier le contexte. C'est utile. La responsabilité de la mémoire canonique incombe néanmoins à une routine d'écriture visible.

Pour moi, cette routine consiste en un mouvement simple :

Vivre une session, rédiger un compte-rendu quotidien, organiser ses connaissances à long terme, conserver les corrections sous forme de leçons.

C'est ainsi que le contexte devient gérable. Et cela permet également de comprendre ce que le système ignore.

Dans la partie suivante, le point de vue passe de la mémoire à l'outil : comment une même identité d'agent est intégrée dans différents „ harnesses “ (ou « corps ») grâce à des adaptateurs légers, sans que ses « approval gates » ne se perdent en cours de route.

Sources

• Source du projet : Spécification « agents-brain », convention de gestion de la mémoire et journaux quotidiens Nox/Sol, version du 29 juillet 2026 (sources primaires privées)
• CommonMark : spécification Markdown ouverte

Série Agents Brain

← Partie 3 : Chez moi, un agent se compose de quatre fichiers
Partie 5 : Le même agent, quatre outils différents →