Remnic: memoria compartida local-first para tus agentes de IA

Para quién es

• Para desarrolladores individuales que quieren que sus asistentes de IA tengan memoria compartida entre sesiones y entre varios agentes: las memorias se guardan como archivos markdown normales con frontmatter YAML en tu propio disco, y el índice de búsqueda puede reconstruirse a partir de esos archivos, sin necesidad de servicios de bases de datos externos. Código abierto con licencia MIT y local-first.
• Para escenarios en los que usas varios agentes a la vez y quieres «una base de memoria que todos los agentes puedan usar»; además del almacenamiento y la recuperación, la superficie de herramientas MCP incluye búsqueda de entidades, corrección de memorias, recuperación por tiempo, trazabilidad de fuentes con X-ray, informes diarios, tablero de trabajo y herramientas de continuidad.
• Cuándo no encaja: requiere Node.js 22.12 o posterior; entornos con versiones anteriores no pueden usarlo. El grado de soporte para despliegue remoto (Docker, servicios gestionados, etc.) no se detalla en la evidencia disponible; si tienes ese tipo de necesidades, verifícalo por tu cuenta antes.

Primer intento en 3 minutos

La vía principal recomendada es el flujo completo con la CLI oficial:

1. Requisito previo: instalar Node.js 22.12 o posterior (nodejs.org).
2. Instalar e inicializar:

npm install -g @remnic/cli
remnic init

remnic init escribe el archivo de configuración remnic.config.json (una escritura de estado local, parte normal del proceso de inicialización). La instalación global también instala el comando remnic, además del comando heredado engram, que actúa como reenviador.

1. Arrancar y verificar:

remnic daemon start
remnic status

Si remnic status responde con normalidad, es la señal de éxito: el servicio en segundo plano está en marcha y puedes conectar clientes. En modo independiente, el daemon puede funcionar como un endpoint HTTP que expone las herramientas MCP (oficialmente también existe la opción de ejecutarlo con @remnic/server, como alternativa secundaria). Para la primera verificación se recomienda limitarse a acciones de confirmación de estado como remnic status, antes de realizar un almacenamiento real.

Distingue bien: remnic init y las escrituras posteriores de memorias modifican el disco local, no son operaciones de solo lectura; remnic status es una confirmación de bajo riesgo que solo consulta el estado de ejecución.

Casos de uso

• Caso: almacenar una memoria y luego recuperarla. Con el daemon en marcha, guarda un dato en la base de memoria y consúltalo mediante la capacidad de recuperación vía MCP. Cada registro de memoria es un archivo markdown con frontmatter YAML en el disco (con estructuras como category: decision); tras el guardado puedes ver ese registro directamente en tus archivos locales y recuperarlo desde el lado del agente. La evidencia no incluye ejemplos de los parámetros exactos de las herramientas store/recall; para los parámetros concretos, guíate por la descripción de herramientas que muestre tu cliente MCP.
• Caso: retomar el trabajo de ayer con el informe diario o las herramientas de continuidad. Tras conectar al endpoint MCP, el cliente lista la superficie de herramientas de Remnic, que incluye las herramientas daily briefing (informe diario), work-board (tablero de trabajo) y continuity (continuidad); al invocar la herramienta de informe obtienes una visión del estado actual basada en las memorias existentes. La ortografía exacta de los nombres de las herramientas debe tomarse de la lista que muestre el cliente; la evidencia no las enumera una por una.

Límites de uso

• Remnic es un sistema de lectura y escritura local: almacenar una memoria escribe archivos markdown en el disco, y corregir una memoria modifica el contenido existente; la evidencia no menciona rutas integradas de deshacer/rollback, así que no debe considerarse reversible automáticamente. El borrado y las copias de seguridad dependen de tu propia gestión de los archivos locales.
• Las memorias se guardan en texto plano como markdown en el disco local; sé prudente al almacenar información sensible. El README no incluye, según la evidencia disponible, explicaciones concretas sobre privacidad ni sobre políticas de anonimización: se desconoce.
• El servicio requiere Node.js ≥ 22.12; detalles como el puerto de conexión de los clientes o la autenticación no se revelan en la evidencia. Si necesitas exponerlo en red, consulta primero la documentación oficial para confirmarlo.
• Los puntos sin confirmar (política de privacidad, parámetros completos de las herramientas, despliegue remoto) deben verificarse contra el README más reciente del repositorio oficial.