Mnemosyne OS
Nuevo La documentación explica cada motor, paso a paso. docs.mnemosyne-os.io →

Claude Code Cursor Antigravity OpenClaw

La sesión termina.
Tus decisiones se quedan.

Tu agente de código es brillante durante dos horas. Luego el contexto se llena. Abres una conversación nueva, y vuelve a explorar tu repositorio: grep, archivos leídos enteros, miles de tokens antes de su primera respuesta útil. Con tres abiertas a la vez, cada una repite el trayecto, y ninguna sabe lo que decidieron las otras dos.

Mnemosyne OS guarda lo que una sesión entendió. Declaras un Vault de memoria sobre la carpeta de tu proyecto, y la sesión siguiente lo relee en local, por un servidor MCP abierto. Empieza donde se detuvo la anterior.

Lo construimos porque nos dimos contra el muro primero, todos los días, fabricando este producto con estos agentes.

Tu IDE Claude Code · Cursor · Antigravity
El servidor MCP en tu máquina, en bucle local
App abierta tus Vaults, las tareas, la agenda, tu tarjeta de sesión
Sin la app tus sesiones, los archivos que escribieron, las colisiones
Tu agente habla con un servidor local. Lo que alcanza depende de la app.

La factura

Cinco costes que no aparecen en ninguna factura.

Todos vienen del mismo agujero: el trabajo de una sesión no tiene dónde vivir una vez terminada la sesión.

La conversación que se vuelve a empezar

La exploración vuelve a cero en cada conversación nueva. Pagas esa parte antes incluso de haber hecho tu pregunta.

La decisión que tomas dos veces

Una funcionalidad exige decenas de decisiones. Un agente nuevo las reabre todas, y resuelve algunas al revés.

La trampa que ya pagaste

Un fallo que te costó una tarde entender vuelve tres meses después. Pagas la tarde otra vez.

El trabajo que sale del repositorio

«Añade esta migración a mis tareas.» El agente entiende la frase. No tiene ningún sitio donde escribirla.

Agentes que no saben nada unos de otros

La sesión de tu terminal ignora lo que hizo la de tu editor. Las dos escriben en los mismos archivos.

El ecosistema

Los servidores MCP hacen muy bien su trabajo.

Hay cientos. Cada uno conecta tu agente a una herramienta concreta y lo hace bien: un repositorio, un ticket, una base de datos, un navegador, un terminal. Los usamos todos los días.

Todos le dan manos a tu agente. Ninguno le da una memoria entera. Se divide en dos partes:

La que escriben tus agentes

Lo que una sesión entendió, resolvió, falló. Hoy eso vive en una transcripción que nadie vuelve a abrir, y la sesión siguiente empieza de cero.

La que tú gobiernas

Tus Vaults, tus decisiones de arquitectura, las trampas que pagaste. Decides qué entra, qué se mezcla y qué sale. Tu agente lee y escribe ahí, bajo tu regla.

Un agente que escribe en el vacío no le enseña nada a nadie. Y si tu agente no puede leer tu cuaderno, lo copias a mano en cada prompt.

Las dos partes se juntan en el mismo proceso

Todo corre en tu máquina. Tu editor lanza un servidor MCP que habla en bucle local, en 127.0.0.1:7799. De ahí no sale nada. Cuando la app está abierta, es ella quien responde: tu agente lee los Vaults que tienes delante, sin copia y sin sincronización.

La conexión va en los dos sentidos. El agente lee lo que la app sabe. La app muestra lo que el agente hace. Una tarjeta de sesión se posa en tu tablero: su estado, su duración, los archivos que escribió. Puedes contestarle sin cortar lo que está haciendo.

La app es el servidor. Ciérrala, y la memoria, las tareas, la agenda y la tarjeta de sesión se quedan sin nadie con quien hablar. Te lo dicen.

El tamaño del problema

Lo que una memoria tiene que sostener.

Primer commit el 17 de abril de 2026. Pasa los mismos comandos en tu propio repositorio para conocer el tamaño del tuyo.

4 979

commits en main

git rev-list --count HEAD

2 131

de ellos en los últimos 30 días

git log --since="30 days ago" --oneline | wc -l

800 222

líneas de TypeScript, 44 apps

287 340 en el producto principal

127

documentos de arquitectura

ls docs/architecture/*.md | wc -l

475

fichas de memoria

find memory -name "*.md" | wc -l

Medición del · comandos git, recuentos de líneas y de archivos, en este repositorio.

Ninguno de estos números prueba que trabajemos bien. Un commit puede ser minúsculo, una línea puede ser mala, y una parte la escribieron agentes. Estos números miden la cantidad de decisiones que existen en algún sitio, y que habrá que volver a encontrar.

La IA cumplió su promesa: vamos más rápido. Cumplió una segunda de la que se habla menos: la cantidad.

Abrimos frentes que habríamos abandonado antes de empezar, y mantenemos varias superficies a la vez. En este repositorio, eso da los 2 131 commits de los últimos treinta días.

Esta segunda promesa depende de la arquitectura. El mismo ritmo lleva a dos sitios opuestos.

Arquitectura pensada

La cantidad se vuelve producto. Cada frente abierto se apoya en lo que ya existe.

Arquitectura ausente

La cantidad se vuelve deuda. Y la deuda llega a la misma velocidad que el resto.

Y cuanto más producimos, más decidimos. Cada frente añade sus arbitrajes, sus trampas y sus razones.

Estamos en el mismo barco que los modelos. Serán mucho más capaces, y no se tragarán todo el contexto de un proyecto en años. El corpus crece más rápido que la ventana, y no sobrevive a la sesión.

Hace falta entonces un servidor MCP eficiente: mantener el contexto fuera, y devolver el trozo correcto en el momento correcto.

Del lado del agente

Cómo trabaja un agente aquí.

Tres números, en el orden en que llegan.

1. Abre la sesión

≈ 50 000 tokens

Carga el archivo de convenciones, el índice de la memoria y el trabajo en curso. Es un mapa del proyecto. El contenido se queda fuera.

2. Lo que el mapa abre

≈ 12 000 000 tokens

127 documentos de arquitectura, 475 fichas y 800 222 líneas de código, indexados en tu máquina. Sabe que existen y dónde están.

3. Hace una pregunta por MCP

≈ 1 100 tokens

Recibe la respuesta y los archivos de donde sale. Es el precio de una ida y vuelta, y puede hacer varias.

Tokens estimados a partir de bytes contados, nunca tokenizados · medición del .

Los cinco costes del principio, uno por uno.

La situación Sin memoria Con Mnemosyne OS
Abrir una sesión nueva El agente explora el repositorio: grep, archivos leídos enteros. La factura sube antes de la primera respuesta. El agente carga un mapa de ≈ 50 000 tokens, y luego pide lo que le falta.
Encontrar una decisión de hace tres semanas La recuerdas de cabeza, o se vuelve a resolver al revés. El agente la encuentra por ≈ 1 100 tokens, con el archivo de donde sale.
Una trampa ya pagada una vez Nadie lo escribió en otro sitio que en una conversación cerrada, así que vuelve. Está escrito y fechado, y el agente lo lee antes de tocar la misma zona.
Una tarea dictada en plena conversación Se queda en el log del chat. Llega a tu lista o a tu agenda, en un archivo que te pertenece.
Dos agentes en la misma rama Se descubren en el momento del merge. Un control de colisión te avisa antes de que hagas commit.

Los dos números de la columna derecha son los de la escala de arriba.

Un agente lleva menos del 0,5 % de este proyecto en su ventana y alcanza cualquier hecho del resto por unos mil tokens. Incluso una ventana de un millón de tokens solo sostendría una doceava parte.

La recuperación devuelve los pasajes y nombra el archivo de donde sale cada uno. Compruebas una afirmación contra la ficha.

Un chat reenvía su historial en cada turno, así que cuanto más larga es la conversación, más cuesta la respuesta siguiente. Una pregunta hecha a la memoria cuesta lo mismo en el primer turno y en el centésimo.

Por dónde empezar

¿Cómo construyes?

Vibe-codeo → Soy purista →

La forma

Tu editor actúa. Mnemosyne OS recuerda. Tú decides.

Son tres oficios distintos. Hoy falta el del medio. Tu agente es muy bueno cambiando archivos. No tiene dónde dejar lo que aprendió al hacerlo.

El editor escribe el código.
Mnemosyne OS sostiene los Vaults, los enlaces y el historial.
Tú arbitras, porque eres el único que sabe para qué sirve.

El agente lee la memoria, y la repara. La semana pasada una pasada de benchmark dejó filas huérfanas en un índice léxico. El agente las vio, las corrigió, y escribió por qué habían aparecido.

Las sesiones también se hablan entre ellas. Escribes en la tarjeta de una sesión sin interrumpirla, y lee el mensaje en su siguiente actualización. Conecta el mnemosyne-cockpit-hook que viene con el servidor MCP y una sesión a punto de parar lee su correo antes de irse, así dos sesiones se avisan por ese canal de lo que están tocando.

Empezar

Conectar Claude Code, Cursor o Antigravity.

Claude Code

Por MCP. Con Ariadne, Mnemosyne OS también lee las transcripciones que ya escribe en tu disco.

Cursor

Por MCP, y por el puente dedicado que comparte con VS Code.

Antigravity

Por MCP, y Ariadne lee sus transcripciones como las de Claude Code.

OpenClaw

Sus sesiones viven en SQLite. Exportas una trayectoria, Mnemosyne OS la lee.

Cualquier cliente MCP

El mismo archivo basta. Qué es MCP, y las herramientas que expone.

Dos pasos para conectar tu agente. Solo el primero pide una descarga.

Descargar Mnemosyne OS El código en GitHub

Después, añade el servidor al .mcp.json de tu proyecto:

{ "mcpServers": { "mnemosyne": {
  "command": "npx",
  "args": ["-y", "@mnemosyne_os/mcp"],
  "env": {
    "MNEMO_DEFAULT_VAULT": "DEV",
    "MNEMO_VAULTS": "DEV,PERSONAL,SOCIAL",
    "CLAUDE_CODE_SESSION_ID": "${CLAUDE_CODE_SESSION_ID}"
  }
} } }

Apunta un Vault a la carpeta de tu proyecto. Tu agente ya puede leer lo que decidiste, y escribir lo que él decidió. Todo se queda en el disco, en archivos que puedes abrir sin nosotros.

Declarar tu IDE, y mantener el mando

Tu IDE ya escribe transcripciones en tu disco. Para que Mnemosyne OS las lea, instalas el cartucho Ariadne y le señalas la carpeta. Tú dices dónde leer, una vez.

Tres herramientas leen archivos, así que responden sin instalar nada: la lista de tus sesiones de agente, los archivos que escribieron, y el control de colisión. El resto pide la app abierta. La pregunta a la memoria es una de ellas, igual que las tarjetas de sesión en las que le escribes a un agente que trabaja.

Ariadne está en beta y se añade a mano desde su repositorio.

El fallo que conviene conocer

Un agente conectado al servidor MCP no consulta la memoria por su cuenta. Tiene las herramientas, nadie le dijo que las usara primero. Así que hace lo que siempre ha sabido hacer: grep, lee archivos enteros, y paga la exploración que acababas de evitar.

La instrucción cabe en tres líneas, en las reglas de tu proyecto (CLAUDE.md, .cursorrules, lo que uses):

Antes de buscar en el código, consulta la memoria:
mnemosyne_memory_ask sobre el Vault del proyecto.
Un grep cuesta miles de tokens, una pregunta cuesta mil.

En este repositorio la pusimos arriba del archivo de convenciones. El agente la carga con sus 50 000 tokens de apertura.

Si construyes encima de Mnemosyne OS en vez de al lado, la página de superficies de dev te orienta al paquete correcto en dos líneas.

Pruébalo en tu propio proyecto.

Hazle a tu agente una pregunta sobre una decisión que tomaste el mes pasado. Esta prueba lleva diez minutos.

Descargar Mnemosyne OS Leer la documentación

Y si algo no funciona, o funciona mejor de lo previsto, estamos en el Discord.

Deja tu email si quieres la continuación: lo que funciona, lo que se rompe, y las cifras que se mueven.