Qu’est-ce que MCP Memory Keeper ?
MCP Memory Keeper stocke ce qu'un agent de codage fait comme éléments de contexte à clé (une tâche, une décision, une note de progrès) avec une catégorie, une priorité et un canal, dans une base de données SQLite locale à ~/mcp-data/memory-keeper/context.db. Des checkpoints nommés capturent ces éléments, les contenus de fichiers en cache et l'état git, et context_restore_checkpoint les ramène après que Claude Code compacte ou redémarre. Les canaux sont dérivés de la branche git par défaut, si bien que feature/auth-system devient un canal d'au plus 20 caractères.
Le serveur expose 38 outils sur stdio par défaut, de context_save, context_get et context_search au branchement de session, aux entrées de journal, à un graphe de connaissances et à un outil context_git_commit. Une variable TOOL_PROFILE réduit cela à 8 (minimal) ou 22 (standard). L'installation est claude mcp add memory-keeper npx mcp-memory-keeper ; aucun compte ni clé n'est impliqué.
Le dépôt a été créé en juin 2025 par Mark Kreyman, est sous licence MIT et a environ 136 étoiles, avec presque tous ses commits d'un seul mainteneur. La dernière version npm est 0.14.1 du 2 septembre 2026 (les versions GitHub s'arrêtent à v0.12.1), et le paquet a enregistré 140 téléchargements dans la semaine jusqu'au 22 octobre. Il n'est pas listé dans le registre MCP officiel.
Installer MCP Memory Keeper
claude mcp add memory-keeper npx mcp-memory-keeperMCP Memory Keeper vaut-il le coup ?
Memory Keeper est construit autour d'un vrai problème des longues sessions d'agent : quand la fenêtre de contexte se compacte, les décisions et les plans à moitié finis disparaissent. Sa réponse est délibérée plutôt qu'automatique. Le workflow propre du README vous fait demander à Claude de sauvegarder un checkpoint quand la conversation s'allonge et de le restaurer par clé après la réinitialisation ; rien ne s'accroche au compactage pour vous, et le rappel dépend d'instructions dans CLAUDE.md ou d'une commande personnalisée.
La liste d'outils est le coût principal. Le profil complet par défaut liste 38 outils, chacun avec un schéma que le modèle lit à chaque tour, pour un travail que le serveur de mémoire de référence couvre avec neuf. Le mainteneur le reconnaît avec des profils : minimal garde 8 (sessions, save, get, search, status et les deux outils de checkpoint), et c'est là que la plupart des gens devraient commencer. La version 0.12.2 a aussi corrigé le profil complet qui cassait les fournisseurs compatibles OpenAI, un signe de l'étendue de la surface.
Certaines fonctions sont plus légères que leurs noms. context_semantic_search n'utilise pas de modèle de langage : dans le code source, il hache les trigrammes de caractères et les mots en un vecteur de 384 nombres et les compare, si bien qu'il correspond à une orthographe similaire plutôt qu'au sens. Les outils de graphe de connaissances et multi-agents tournent localement sur le même texte sauvegardé. Le stockage est plus solide : SQLite en mode WAL, un chemin de base de données absolu depuis 0.12.x, et import et export confinés à un répertoire.
Deux points de sécurité méritent attention. context_git_commit lance git add . et committe tout dans le répertoire du projet, si bien qu'un agent peut indexer des fichiers que vous ne vouliez pas committer ; laissez-le hors de votre profil sauf si vous le voulez. Et la version 0.13.0 (juin 2026) a corrigé context_import qui lisait tout fichier que le serveur pouvait atteindre, un trou qu'un agent victime d'injection de prompt aurait pu utiliser pour tirer des secrets en mémoire. Le correctif est en place, mais une issue ouverte demande encore au mainteneur d'activer le signalement privé de vulnérabilités.
Face au serveur de mémoire de référence, l'échange est la structure contre le poids. Memory vous donne un fichier JSONL lisible et un graphe d'entités ; Memory Keeper vous donne des catégories, priorités, canaux conscients de la branche et checkpoints dans une base de données que vous interrogez avec sqlite3. Avec environ 140 téléchargements npm par semaine et un mainteneur, c'est un petit projet, activement publié jusqu'en septembre 2026.
Là où il fait la différence
Un développeur solo qui fait une refactorisation sur plusieurs jours dans Claude Code
Reprendre là où l'agent s'est arrêté après un compactage ou un redémarrage
Faites tourner avec TOOL_PROFILE=minimal, ajoutez une règle CLAUDE.md pour sauvegarder décisions et progrès, et demandez un context_checkpoint avant que la fenêtre ne se remplisse. Après la réinitialisation, context_restore_checkpoint renvoie les éléments sauvegardés. C'est gratuit ; le coût est de penser à demander.
Un développeur qui fait tourner deux sessions Claude Code en parallèle, une qui recherche et une qui implémente
Laisser une session passer ses trouvailles à l'autre
Les deux pointent vers le même DATA_DIR ; les éléments sont visibles entre les sessions par défaut, et un canal partagé garde le passage sur un seul sujet. Il n'y a pas de contrôle d'accès entre les sessions, si bien que tout ce que l'une sauvegarde, l'autre peut le lire.
Un responsable d'ingénierie qui approuve les serveurs MCP pour une équipe de 20 personnes
Décider si le personnel peut l'installer sur les portables de travail
Les données restent dans un fichier SQLite local et le code ne fait aucun appel réseau de lui-même, si bien qu'il n'y a pas de sous-traitant à évaluer. Les points à vérifier sont l'outil de commit git (excluez-le avec un profil personnalisé dans ~/.mcp-memory-keeper/config.json), les versions antérieures à 0.13.0 avec le bug de lecture de fichier d'import, et un projet à un mainteneur sans canal de divulgation privé.
Avant de vous engager
- Mise en route
- claude mcp add memory-keeper npx mcp-memory-keeper, ou l'extrait npx dans la configuration de Claude Desktop ; le README dit moins de 30 secondes. Les données vont à ~/mcp-data/memory-keeper/ sauf si DATA_DIR est défini. Les utilisateurs qui migrent depuis avant 0.12.x doivent déplacer context.db de leur ancien répertoire de travail.
- Intégrations
- 38 outils par défaut, tous nommés context_* : context_session_start, context_save, context_get, context_search, context_checkpoint, context_restore_checkpoint, context_prepare_compaction, context_export, context_import et plus. La plupart écrivent dans la base de données ; context_git_commit écrit dans votre dépôt. Les exemples du README les préfixent avec mcp_, qui n'est pas le nom enregistré.
- Données et confidentialité
- Tout est dans une base de données SQLite plus un répertoire d'exports. Les éléments sauvegardés sont partagés entre les sessions par défaut. Tout ce que l'agent lit, y compris le texte injecté depuis une page web ou un fichier, peut être sauvegardé et rejoué dans les sessions ultérieures. La version 0.13.0 a corrigé une lecture arbitraire de fichier local via context_import (#35).
- Coût à grande échelle
- Gratuit, sans limites de débit. Le vrai coût est le contexte : la liste d'outils complète à chaque tour, et les réponses plafonnées à 25 000 tokens par défaut (MCP_MAX_TOKENS), qu'un grand context_get peut remplir.
- Limites
- Stdio uniquement, un seul utilisateur. Pas de checkpoint automatique au compactage ; l'agent doit en recevoir l'ordre. La recherche est de la correspondance de texte et de trigrammes. Le module natif better-sqlite3 échouait à se charger après les mises à niveau de Node jusqu'à 0.14.1, et le README liste les politiques de rétention et la prise en charge multi-utilisateur comme travail futur.
Les points forts
- Les checkpoints capturent ensemble les éléments, fichiers en cache et état git
- Les canaux suivent la branche git automatiquement
- Les profils d'outils réduisent 38 outils à 8 ou 22
- SQLite local ; pas de compte, de clé ni de service réseau
Les points faibles
- 38 outils par défaut gonflent chaque prompt
- context_git_commit indexe et committe tout le répertoire du projet
- La recherche « sémantique » est des trigrammes hachés, pas des embeddings
- Mainteneur unique ; environ 140 téléchargements npm par semaine
Idéal pour
Les utilisateurs de Claude Code qui font de longues sessions et sont prêts à dire à l'agent quand faire un checkpoint et restaurer.
Alternatives à MCP Memory Keeper
MCP Memory Keeper : questions fréquentes
- MCP Memory Keeper vaut-il le coup ?
- Une réponse réfléchie à la perte de travail au compactage, enveloppée dans 38 outils et une commande de commit que la plupart des utilisateurs devraient désactiver. Nous lui donnons 3.4 sur 5.
- Combien coûte MCP Memory Keeper ?
- Gratuit et sous licence MIT.
- Quels sont les inconvénients de MCP Memory Keeper ?
- 38 outils par défaut gonflent chaque prompt; context_git_commit indexe et committe tout le répertoire du projet; la recherche « sémantique » est des trigrammes hachés, pas des embeddings; mainteneur unique ; environ 140 téléchargements npm par semaine.
- À qui s’adresse MCP Memory Keeper ?
- Les utilisateurs de Claude Code qui font de longues sessions et sont prêts à dire à l'agent quand faire un checkpoint et restaurer.
- Combien coûte MCP Memory Keeper pour une équipe ou en production ?
- Gratuit, sans limites de débit. Le vrai coût est le contexte : la liste d'outils complète à chaque tour, et les réponses plafonnées à 25 000 tokens par défaut (MCP_MAX_TOKENS), qu'un grand context_get peut remplir.
- MCP Memory Keeper est-il sûr pour les données de l’entreprise ?
- Tout est dans une base de données SQLite plus un répertoire d'exports. Les éléments sauvegardés sont partagés entre les sessions par défaut. Tout ce que l'agent lit, y compris le texte injecté depuis une page web ou un fichier, peut être sauvegardé et rejoué dans les sessions ultérieures. La version 0.13.0 a corrigé une lecture arbitraire de fichier local via context_import (#35).
- Quelles sont les meilleures alternatives à MCP Memory Keeper ?
- Les alternatives les plus proches que nous avons testées sont Memory (reference server) et Project RAG.
Réponses vérifiées le 26 oct. 2026.