Memoria portable, la misma memoria en Claude, Codex y Cursor

El mayor lío con las herramientas de IA es la memoria. ChatGPT te recuerda, pero solo en ChatGPT. Claude puede tener proyectos, pero solo en Claude. Codex olvida tras cada sesión. Cursor conoce tu código pero no tus preferencias personales. Cuando saltas entre tools, empiezas de cero cada vez.

Este playbook muestra cómo resolverlo en una hora. Resultado: escribes "recuerda esto" una vez en Claude y la próxima vez Codex también lo sabe. Y Cursor. Y cualquier otro cliente capaz de MCP.

1. Por qué almacenamiento externo es el enfoque correcto

Cada herramienta tiene su memoria propia integrada. Ninguna puede hablar entre sí. Tampoco por diseño. Son propietarias y controladas por los proveedores.

La salida: un sistema de almacenamiento que vive independiente de las herramientas y se direcciona vía un protocolo común. El protocolo es MCP (Model Context Protocol). Quien hable MCP puede usar todos esos almacenes. Claude habla MCP. Codex habla MCP. Cursor habla MCP.

Un consejo: no es tecnología para el futuro, es ya. Las herramientas soportan MCP stable en abril 2026. Es el momento en el que merece la pena.

2. Qué memory server elegir

Hay varios. El que yo uso es StudioMeyer Memory (memory.studiomeyer.io), hosted, con 30 segundos de setup vía OAuth. Alternativas son variantes self-hosted como mcp-nex de la misma casa u otros memory servers de la comunidad MCP. Para esta guía tomamos el StudioMeyer Memory hosted porque es el que menos setup necesita.

Un consejo: si eres paranoico con datos, ve self-hosted. Para empezar, hosted es la droga de inicio más rápida. Puedes exportar y migrar más tarde cuando quieras.

3. Conectar Claude Desktop

Abrir Claude Desktop, Settings, Developer, Edit Config. Se abre claude_desktop_config.json. Si ya tiene mcpServers, amplía; si no, pega completo:

{
  "mcpServers": {
    "studiomeyer-memory": {
      "url": "https://memory.studiomeyer.io/mcp",
      "type": "http"
    }
  }
}

Guardar, cerrar Claude Desktop por completo, reiniciar. En la primera tool call se abre el navegador, pide email, manda magic link. Clic al link. Listo. Claude tiene memoria ahora.

Un consejo: sin API key, sin bearer token. OAuth 2.1 lo hace automático. Si el navegador no se abre, mira en el log de Claude Desktop (~/Library/Logs/Claude/mcp-*.log en Mac) qué pasó.

4. Conectar Codex

Codex tiene su propio fichero de config en ~/.codex/config.toml. Abrir, ampliar:

[mcp_servers.studiomeyer-memory]
url = "https://memory.studiomeyer.io/mcp"
type = "http"

Reiniciar Codex (VS Code Extension o Desktop App). En la primera tool call, mismo flow magic-link. Importante: usa el mismo email que en Claude. Entonces Codex accede al mismo almacén. Es el truco.

Un consejo: si instalas Codex Desktop y la extensión VS Code en paralelo, puede haber un conflicto de puerto en OAuth (puerto 1455). Solución: cerrar VS Code completamente, login con la app Desktop, después arrancar VS Code de nuevo. La extensión recoge el login.

5. Conectar Cursor (opcional)

Cursor tiene Settings → Features → Model Context Protocol. Pega el mismo bloque que en Claude. Flow magic-link. Listo. Ahora Claude, Codex y Cursor tienen todos la misma memoria.

Un consejo: los usuarios Cursor pasan el día en Cursor. Las entradas de memoria que surgen al codear (decisiones de arquitectura, causas de bugs) son a menudo las más valiosas. Sin memoria se olvidan en 24 horas. Con memoria son visibles también en Claude del desktop.

6. Primer test, guardar en Claude

Abre Claude Desktop, di: "Guarda en mi memoria: soy marketer freelance, autónomo desde 2019, escribo escueto y sin frases." Claude llama nex_learn, ves el icono de tool-call, breve "guardado".

Un consejo: no digas "guarda todo sobre mí", queda como blob grueso. Di cosas específicas que no cambien. Rol, cómo trabajas, qué no quieres. Detalles de proyectos en marcha pueden venir después, cambian igual.

7. Test, leer en Codex

Abre Codex, chat nuevo, di: "Busca en mi memoria quién soy." Codex llama nex_search, te muestra exactamente la entrada que guardaste en Claude. Esa es la prueba de que la memoria es portable.

Un consejo: en Codex es el momento aha. Antes no tenía cero memoria entre sesiones. Ahora sabe lo que le dijiste ayer en Claude. Es el paso donde entiendes por qué el almacén externo importa.

8. Qué más puedes meter

Memoria no es solo "quién soy". Puedes guardar: decisiones ("¿Por qué descarté la firma de diseño X?"), avances de aprendizaje ("Hoy me he dado cuenta de que mis meta descriptions son demasiado largas"), notas de contacto ("Max Müller de la red PR es ruidoso pero competente"), hechos de proyecto ("El cliente de prueba sigue con Outlook en vez de Gmail"). Todo buscable.

Un consejo: las primeras dos semanas, disciplina y guardar conscientemente. Tras dos semanas se hace solo, porque notas que encuentras cosas que de otro modo habrías perdido.

9. Lo que la memoria NO es

No es sustituto de project management. No es CRM. No es Notion. Memoria es para conocimiento que tu AI tool necesita para ayudarte mejor. Si tiene que ser to-do list o calendario, coge una app de to-do. Memoria es la memoria de tu asistente IA, nada más.

Un consejo: no metas tu base Notion entera. Eso diluye la tasa de aciertos relevantes. Memoria es corta, precisa y enfocada en ti y tu trabajo.

10. MCP server propio en paralelo

Si ya has construido un MCP server propio (ver Playbook "Tu primer servidor MCP en 90 minutos"), corre paralelo al memory server. Claude y Codex llaman a sus tools respectivas. Memoria para conocimiento, tu server para tu acción específica.

El siguiente paso sería self-hostear tu memory server. Va con mcp-nex en tu propia máquina o un server. El Nivel 6 de la academy va por eso estructuradamente.

Un consejo: la combinación de memoria hosted + servers de acción propios es en mi experiencia el mejor setup. La memoria la dejas hostear a alguien que sabe, los servers de acción los construyes tú.

El cuadro grande

Lo que tienes ahora se llama en la industria "Cross-LLM Memory". Una fuente de verdad, muchos clientes. Lo acabas de instalar tú. Anthropic no lo hace de fábrica. OpenAI no. Nadie más. MCP es el protocolo que lo hace posible y los memory servers son la elección que tomas.

Una consecuencia de esta instalación: a partir de ahora no estás atado a un proveedor. Si OpenAI dobla precios mañana, cambias a Claude y tu memoria se va contigo. Si Anthropic cambia en un año una feature que odias, cambias a Gemini en cuanto hablen MCP. Tu memoria se queda.

No es jugueteo técnico. Es una decisión estratégica.

Qué viene después

El Nivel 4 explica la mecánica detrás de la memoria en detalle. El Nivel 6 muestra cómo construir y distribuir MCP servers propios. Y si quieres saber cómo la memoria ayuda concretamente en el día a día: mira los posts en /blog. Ejemplos reales de proyectos en marcha.

Por ahora: los tres conectados, mismo almacén, prueba, mira qué pasa.