Graph Memory vs Markdown : pourquoi les fichiers plats deviennent une dette de prompt à grande échelle

Un développeur sur r/openclaw raconte comment le système de mémoire en Markdown de son agent IA est passé d'une solution propre à une « dette de prompt ». Au départ, stocker la mémoire de l'agent sous forme de fichiers Markdown semblait idéal — lisible, éditable, sans verrouillage propriétaire. Mais après avoir atteint 80+ fichiers et plus de 5 millions de caractères, l'approche s'est effondrée. Chaque exécution nécessitait de parcourir un « énorme tas de notes » pour deviner quelles parties étaient encore pertinentes.

Le problème : le texte plat devient une dette de prompt

Comme le décrit le développeur, « le stockage était résolu, la mémoire non ». Des faits de projet, des bugs anciens, des décisions, des préférences et des plans à moitié morts étaient tous des blocs de poids égal dans le contexte. L'agent devait tout relire comme si tout était également pertinent, ce qui dégradait les performances et gaspillait des tokens.

L'idée clé : restituer la mémoire pertinente, pas tout

Le tournant est venu en réalisant qu'ils n'avaient pas besoin d'un meilleur carnet — ils avaient besoin que l'agent « rende la partie pertinente de sa mémoire pour la tâche en cours ». La solution a été d'adopter la mémoire en graphe : chaque mémoire stockée comme un nœud, les relations comme des arêtes, et la récupération comme une requête « quelle partie de cette carte devrait s'allumer maintenant ? » plutôt que de déverser les 10 notes les plus similaires dans le contexte.

En pratique

Markdown reste un bon format d'archivage/export, mais la mémoire à long terme d'un agent ne peut pas rester purement textuelle une fois qu'elle passe à l'échelle. La récupération basée sur un graphe permet une injection contextuelle sélective, évitant le problème des fichiers plats où tous les blocs ont le même poids. Si la mémoire de votre agent dépasse quelques dizaines de fichiers, envisagez de la structurer pour une récupération pertinente selon la tâche plutôt qu'une simple concaténation de texte brut.