Misma memoria, tres herramientas. Claude, Cursor, Codex
Qué significa portabilidad entre herramientas en la práctica y por qué lo cambia todo.
La prueba del estándar
MCP solo es un estándar real si funciona entre herramientas. Vamos a comprobarlo en vivo.
Tu memory server corre. Has configurado Claude Code y has trabajado con él. Ahora viene un proyecto nuevo y quieres probar Cursor.
Configurar en Cursor
Cursor tiene un menú de settings (Cmd+,), pestaña MCP. Añade el mismo memory server con la misma key. Cursor se conecta, ve las mismas tools, accede a los mismos Learnings.
Trabajas en Cursor, le cuentas lo que estás construyendo, se escribe en la misma memoria. Vuelves a Claude Desktop, sabe lo que hizo Cursor.
Configurar en Codex
El fichero de config de OpenAI Codex es ~/.codex/config.json. Misma estructura, mismas env vars. Codex llama las mismas tools, escribe en la misma BD.
Tres herramientas, un cerebro.
Qué significa esto realmente
Adiós al lock-in. Si una herramienta deja de soportar tu forma de trabajar, cambias. La memoria se queda.
División por herramienta. Claude Desktop para escribir. Claude Code para CLI. Cursor para IDE. Codex para casos GPT. Cada herramienta donde es más fuerte.
Capacidad de equipo. Varias personas pueden acceder a la misma memoria. Tú y tu cofundador compartís la memoria de proyecto.
Lo que no es
Las herramientas en sí no son idénticas. Distintas fortalezas, distintos precios, distintas ventanas.
La memoria no iguala todas. Solo te deja cambiar entre ellas sin empezar de cero.
Test práctico
Guarda una nota nueva en Claude Desktop. Recupérala en Cursor. Sigue en Codex. Si funciona end-to-end, MCP es real.
Cierre Nivel 4
Tienes los fundamentos memory-first. En el Nivel 5 viene multi-agent: cómo varias instancias de IA trabajan juntas con memoria compartida y distintos roles. El salto de "trabajo con IA" a "dirijo IA".