Markdown Memory bat un runtime de mémoire à 382 dépendances dans un test de rappel d'agent

Un développeur sur r/openclaw a publié sept mois de notes de production sur l'utilisation d'un dossier de fichiers Markdown structurés comme mémoire à long terme d'un agent, plutôt qu'un runtime mémoire installé. L'affirmation centrale : le plus difficile dans la mémoire d'un agent, c'est la politique éditoriale, pas le stockage ni la récupération.

Le test de casse

Une startup de mémoire a demandé à l'auteur de casser son produit. Le benchmark : donner à un agent trois versions de la même décision de projet sur huit mois, puis vérifier s'il peut renvoyer la version actuelle, préserver l'historique obsolète et afficher la source.

Trois décisions ont été fournies, chacune étiquetée avec la réunion d'où elle venait :

• REST — janvier
• GraphQL — avril
• tRPC — août

À la question « quelle est notre décision d'API publique ? », le runtime du fournisseur a renvoyé GraphQL — la réponse obsolète. Les trois versions sont revenues à égalité avec un score de pertinence de 1.000, car rien dans le chemin de récupération ne lit réellement les champs temporels. Les colonnes de supersession existent dans le schéma, mais rien n'y écrit et rien ne classe par elles. Trois versions d'une décision deviennent trois faits équivalents. Taille d'installation pour arriver à ce résultat : 382 paquets.

Ce que le dossier Markdown a renvoyé

La même classe de question posée à la mémoire de l'auteur a renvoyé la décision actuelle, datée, avec les versions obsolètes conservées au-dessus comme un historique barré, chaque ligne portant sa source. Ce comportement n'est pas calculé au moment de la requête — c'est simplement ce que dit le fichier, parce que les règles d'édition l'exigent.

Architecture

• La mémoire à long terme vit dans des fichiers Markdown structurés.
• Un minuscule MEMORY.md sert d'index léger indiquant à l'agent ce qui existe et où chercher.
• Le contexte toujours chargé reste petit ; une mémoire persistante et inspectable n'a besoin ni de base de données ni de framework mémoire.
• Zéro dépendance. Entièrement auditable avec un éditeur de texte.
• A survécu à sept mois d'utilisation quotidienne sur trois modèles de pointe de deux fournisseurs.

L'auteur affirme que le système complet est open source et que le README contient un unique prompt à copier-coller pour l'installer sur n'importe quel agent ayant accès aux fichiers, mais signale que les modérateurs du subreddit ont bloqué le lien.

À retenir pour quiconque fait tourner un agent de longue durée : si votre couche mémoire ne peut pas renvoyer la vérité actuelle avec sa source tout en gardant intactes les versions obsolètes, ajouter plus d'infrastructure de récupération n'y remédiera pas. Des règles d'édition, oui.