La mémoire des agents n'est pas un problème de stockage : c'est un problème d'autorité

Un post Reddit sur r/openclaw affirme que le plus difficile dans la mémoire d'un agent n'est ni le stockage ni la récupération, mais l'autorité. L'auteur croyait auparavant que le principal défi était de sauvegarder les bonnes informations (markdown, recherche vectorielle, résumés, journaux d'événements). Puis il a découvert le vrai problème : les anciennes notes reviennent avec la même confiance que les décisions récentes. L'état temporaire d'une tâche est traité comme une vérité à long terme. Une supposition de trois sessions précédentes est récupérée à côté d'une correction réelle, et le modèle n'a aucun moyen de savoir laquelle a l'autorité.

L'idée clé

L'auteur a réalisé que la récupération est « trop plate ». La couche mémoire a besoin de rôles, pas seulement de stockage. Plus précisément :

• Une correction devrait affaiblir ce qu'elle corrige
• Une note temporaire devrait expirer
• Une tâche ouverte devrait attirer l'attention
• Une décision devrait contraindre les plans futurs
• Un plan obsolète devrait être signalé comme obsolète, pas comme une vérité

La solution proposée : un graphe vivant

Au lieu de considérer la mémoire comme un dossier de morceaux, l'auteur est passé à un modèle de graphe où les faits, décisions, état des tâches, corrections, traces et contexte temporaire deviennent des nœuds/arêtes distincts. Lors du rappel, on ne déverse pas les k meilleurs morceaux dans le modèle : on rend le voisinage actif autour de la situation actuelle.

Le graphe se comporte comme un champ d'activation :

• Certains souvenirs se réveillent
• Le contexte proche s'illumine
• Les liens obsolètes s'effacent
• Les chemins renforcés deviennent plus forts
• Les vieux plans perdent de l'autorité quand une correction arrive

Différence pratique

Le rappel cesse d'être « récupérer les morceaux les plus similaires » pour devenir « quelle partie du graphe mémoire est actuellement active, et qu'est-ce que chaque mémoire a le droit de faire ? » L'auteur explore encore cela, mais cela recadre le problème : la mémoire de l'agent consiste moins à retrouver des informations passées qu'à donner aux informations passées le bon degré d'autorité quand elles reviennent.

Questions ouvertes du post

L'auteur demande comment d'autres gèrent les plans obsolètes, les corrections et l'état temporaire des tâches sans transformer la mémoire en « une immense boîte de recherche hantée ». Si vous avez expérimenté avec des graphes mémoire, des champs d'activation ou des poids d'autorité dans vos agents, le fil Reddit vaut la peine d'être lu.