La mémoire des agents : un standard manque
Original : Agent memory needs its OpenTelemetry moment
Pourquoi c'est important
Sans standard commun, chaque nouvel agent repart de zéro — coût réel pour l'outillage IA.
Chaque outil agent stocke ses données dans son propre format : AGENTS.md, JSONL, règles Cursor, MCP server. Aucun ne peut lire les autres. LoreKit propose un standard commun, sur le modèle d'OpenTelemetry (2019).
Comptez les formats de mémoire sur votre machine : un AGENTS.md ou CLAUDE.md dans vos repos, des fichiers .cursor/rules/*.mdc, un répertoire /memories géré par l'outil d'Anthropic, un serveur MCP avec un graphe de connaissances JSONL. Quatre formats, zéro interopérabilité. Ce qu'apprend un agent CI reste inaccessible à votre éditeur. Et la liste s'allonge chaque semaine — les fils Reddit r/ClaudeAI et r/LocalLLaMA regorgent de posts « j'ai construit ma couche mémoire », chacun avec son propre schéma.
Mads Thines, fondateur de LoreKit (outil open source de mémoire pour agents), dresse le parallèle avec l'observabilité avant 2019 : chaque vendor imposait son propre agent et son propre format. OpenTracing et OpenCensus se concurrençaient… avant de fusionner dans OpenTelemetry. L'accord portait sur quatre points : un modèle de données, des conventions sémantiques partagées, un protocole unique (OTLP), et des implémentations de référence. Les vendors ont continué à se différencier sur l'analyse des données, pas sur leur forme.
Thines propose d'appliquer cette logique à la mémoire des agents. Le moment est favorable : les formats sont encore jeunes, et une structure neutre existe déjà — MCP et AGENTS.md relèvent tous deux de l'Agentic AI Foundation sous Linux Foundation. LoreKit est présenté comme « une proposition parmi d'autres, avec ses propres lacunes », pas comme la solution définitive.