Adaptive Recall : la mémoire persistante d'agent devient un module MCP

Un Show HN discret qui pointe la vraie question : où vit la mémoire de vos agents, et qui la contrôle ?

Le fait

Le 12 juillet 2026, Adaptive Recall a été présenté comme Show HN : une couche de mémoire persistante pour agents IA, exposée via MCP. Objectif : offrir aux clients (Claude, Cursor, IDE agents…) une mémoire long-terme externalisée, avec recherche sémantique et gestion des scopes.

Notre lecture

La mémoire d'agent n'est plus un sujet R&D - c'est une couche produit. En externalisant via MCP, Adaptive Recall parie que la mémoire est un objet indépendant du client : elle survit aux changements de modèle, aux resets de session, aux switches d'outil. C'est l'esquisse d'un nouveau primitive.

Under the hood

Le pattern est classique : embeddings pour indexation, scopes par « projet » ou « utilisateur », retrieval hybride (vector + keyword), rappel injecté dans le contexte via un tool MCP. Ce qui est nouveau, c'est l'endroit où la mémoire vit : hors du client, portable, requêtable par n'importe quel agent compatible MCP. Corollaire immédiat : c'est aussi une surface d'attaque - cf. « State of MCP Security 2026 » publié le même jour.

So what

Pour un builder d'agent, deux questions : (1) où doit vivre la mémoire de votre workflow - dans le harness, dans le modèle, ou dans un service MCP tiers ? (2) qui hérite du contrôle si vous externalisez ? Les réponses tirent l'architecture dans des directions opposées.

À surveiller

Anthropic ou OpenAI annonçant un profil « MCP Memory » standard ; les acteurs cyber commençant à auditer les serveurs de mémoire persistante ; une intégration native dans Cursor ou VS Code Agent.