MCP

Remnic : une base de mémoire partagée et local-first pour vos agents IA

Idéal pour doter plusieurs agents IA locaux d'une base de mémoire partagée, transparente et traçable, à condition de pouvoir exécuter Node.js 22.12+ et d'accepter que les souvenirs soient stockés en clair, sous forme de fichiers markdown, sur le disque de votre machine.

Official source · GitHub - joshuaswarren/remnic

Install

npm install -g @remnic/cli && remnic init && remnic daemon start && remnic status

À qui ça s'adresse

  • Aux développeurs individuels qui veulent donner à leur assistant IA une mémoire partagée entre les sessions et entre plusieurs agents : les souvenirs sont stockés sous forme de fichiers markdown ordinaires avec frontmatter YAML sur votre propre disque, l'index de recherche peut être reconstruit à partir de ces fichiers, sans service de base de données externe. Open source sous licence MIT, local-first.
  • Aux scénarios où l'on utilise plusieurs agents en même temps et où l'on souhaite « une seule base de mémoire, utilisable par chaque agent » ; au-delà du stockage et du rappel, la surface d'outils MCP comprend également la recherche d'entités, la correction de souvenirs, le rappel par date, la traçabilité des sources X-ray, le briefing quotidien, le tableau de travail et les outils de continuité.
  • Ce qui ne convient pas : Node.js 22.12 ou une version plus récente est requis ; les environnements plus anciens ne peuvent pas l'utiliser. Le degré de prise en charge du déploiement à distance (docker, services hébergés, etc.) n'est pas précisé dans les éléments disponibles ; si vous avez ce type de besoin, vérifiez d'abord par vous-même.

Premier essai en 3 minutes

Le chemin principal recommandé est le flux complet via le CLI officiel :

  1. Prérequis : installer Node.js 22.12 ou une version plus récente (nodejs.org).
  2. Installation et initialisation :
npm install -g @remnic/cli
remnic init

remnic init écrit le fichier de configuration remnic.config.json (écriture d'état local, étape d'initialisation normale). L'installation globale installe également la commande remnic, ainsi que la commande de relais héritée engram.

  1. Démarrage et vérification :
remnic daemon start
remnic status

Un retour normal de remnic status est le signal de succès : le service en arrière-plan fonctionne et les clients peuvent s'y connecter. En mode autonome, le daemon peut fonctionner comme un point de terminaison HTTP exposant les outils MCP (une exécution via @remnic/server est aussi proposée officiellement, comme option secondaire). Pour la première vérification, il est conseillé de se limiter à une action de confirmation d'état comme remnic status, avant de procéder à un vrai stockage.

À bien distinguer : remnic init et les écritures de souvenirs ultérieures modifient le disque local, ce ne sont pas des opérations en lecture seule ; remnic status est une vérification à faible risque qui se contente d'afficher l'état d'exécution.

Cas d'usage

  • Cas : stocker un souvenir puis le rappeler. Une fois le daemon en marche, enregistrez un fait dans la base de mémoire, puis interrogez-le via la capacité de rappel en appelant MCP. Les enregistrements de mémoire sont des fichiers markdown avec frontmatter YAML sur le disque (avec par exemple une structure du type category: decision) ; en cas de succès, vous pouvez voir directement cet enregistrement dans vos fichiers locaux et le rappeler côté agent. Les éléments disponibles ne fournissent pas d'exemple exact des paramètres d'appel des outils store/recall ; reportez-vous à la description des outils listée par votre client MCP pour les paramètres précis.
  • Cas : reprendre le travail de la veille avec le briefing quotidien / les outils de continuité. Une fois connecté au point de terminaison MCP, le client liste la surface d'outils de Remnic, qui comprend les outils daily briefing (briefing quotidien), work-board (tableau de travail) et continuity (continuité) ; l'appel d'un outil de briefing donne, à partir des souvenirs existants, un aperçu de l'état actuel. L'orthographe exacte des noms d'outils doit être vérifiée dans la liste affichée par le client ; les éléments disponibles ne les énumèrent pas un par un.

Limites d'utilisation

  • Remnic est un système de lecture/écriture locale : stocker un souvenir écrit des fichiers markdown sur le disque, corriger un souvenir modifie le contenu existant ; les éléments disponibles ne mentionnent aucun mécanisme intégré d'annulation/rollback, il ne faut donc pas le considérer comme automatiquement réversible. La suppression et la sauvegarde dépendent de votre propre gestion des fichiers locaux.
  • Les souvenirs sont stockés en clair, sous forme de markdown, sur le disque local ; soyez prudent avec les informations sensibles. Le README ne contient, d'après les éléments disponibles, aucune explication précise sur la politique de confidentialité et d'anonymisation : inconnu.
  • Le service exige Node.js ≥ 22.12 ; les détails tels que le port de connexion des clients ou l'authentification ne sont pas divulgués dans les éléments disponibles ; si vous devez l'exposer sur le réseau, consultez d'abord la documentation officielle pour le confirmer.
  • Points non confirmés (politique de confidentialité, paramètres complets des outils, déploiement à distance) : faites foi du README le plus récent du dépôt officiel.