La configuration MEMORY.md simple de l'agent OpenClaw surpasse l'environnement d'exécution de Memory Startup lors d'un test temporel

Un développeur sur r/openclaw a été contacté en DM par une startup de mémoire lui demandant de tester la solidité de leur produit. Le test : fournir à un agent trois versions d'une même décision et vérifier s'il renvoie la version actuelle. Le runtime de la startup a échoué ; l'agent OpenClaw du développeur, dont la mémoire n'est que du markdown dans un dépôt git, a réussi.

Le test

Trois décisions ont été fournies au runtime de la startup dans l'ordre :

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

Le runtime a renvoyé GraphQL. Les trois sont revenues à égalité avec une pertinence de 1.000, car rien dans le chemin de récupération ne lit réellement les champs temporels du schéma.

L'agent OpenClaw, en revanche, a renvoyé tRPC — daté, avec les anciennes versions barrées au-dessus. Le commentaire de l'auteur : rien à classer, c'est juste ce que dit le fichier.

À quoi ressemble la configuration

L'agent est le même depuis 7 mois, à travers trois modèles et deux fournisseurs. Le stockage n'a jamais été la partie difficile — les règles d'écriture le sont :

• MEMORY.md n'est qu'un index, pas de faits. OpenClaw tronque les gros fichiers d'amorçage, donc un fichier trop volumineux perd discrètement sa fin.
• Chaque fait est étiqueté stated, observed, inferred ou suggested.
• Une leçon inférée nécessite 3 signaux sur 2 sessions avant de devenir une règle.
• Une décision modifiée est barrée, jamais ajoutée à la suite.

L'auteur est transparent : n=1, et cela ne fonctionne que si votre agent suit réellement les règles. Un rédacteur négligent fait pourrir un dossier markdown aussi.

Pourquoi les champs temporels importent

La plupart des systèmes de mémoire conçus pour les agents traitent la récupération comme un problème de classement par pertinence. Si le schéma possède des champs valid_from / valid_to mais que le récupérateur les ignore, un fait obsolète obtient un score identique à celui du fait actuel. C'est exactement ce que le runtime de la startup a montré : trois égalités à 1.000. Un fichier markdown hébergé sur git contourne entièrement le problème de classement — la version actuelle est la ligne non barrée, et l'historique est en ligne au-dessus.

L'auteur a mis en open source le test complet et la configuration ; les liens sont dans les commentaires du fil original. Il demande aussi ce que tout le monde utilise pour la mémoire : MEMORY.md standard, un plugin, ou quelque chose de personnalisé.