Codex ya puede recordar entre sesiones. La memoria local, la memoria de ChatGPT, los archivos de proyecto y un almacén MCP externo tienen alcances distintos. Esta guía muestra tres opciones complementarias: memorias nativas, archivos de proyecto verificables y, opcionalmente, un servidor MCP para varios clientes compatibles. Un servidor externo no es requisito para la memoria de Codex ni hace automáticamente más seguros los datos sensibles.
Codex está disponible en la web, aplicaciones de escritorio, terminal y extensiones de editor. La interfaz también determina dónde se guardan trabajo y recuerdos. Una cuenta común no implica sincronización automática de todos los almacenes locales. Nuestra guía de ChatGPT Codex explica cómo empezar.
La cuestión no es si Codex tiene memoria. Importa qué información recibe una tarea nueva, quién la mantiene y qué clientes pueden acceder. Comprueba esos tres puntos antes de añadir otro almacén.
Que significa "memoria de Codex" hoy#
Los clientes locales de Codex mantienen su propio almacén en ~/.codex/memories. Está desactivado por defecto y se activa en personalización o mediante la configuración correspondiente, según la interfaz. /memories controla su uso o generación en el chat actual. Estos archivos están separados de la memoria de ChatGPT web o ChatGPT Work. No son necesariamente solo de nube ni están automáticamente limitados a un proyecto.
El almacenamiento local de los archivos describe dónde se guardan. Cuando Codex los usa como contexto de una llamada al modelo, puede transmitirlo al proveedor. Hay que revisar por separado entrenamiento, conservación y reglas de la organización.
Lo que los desarrolladores realmente quieren tiene tres capas:
La primera es la memoria de sesión: contexto dentro de una conversación. Siguen existiendo límites de contexto y compresión de historiales largos. Guarda también las decisiones importantes en entradas persistentes y verificables.
La segunda es la memoria de proyecto: convenciones, decisiones y estado de un proyecto concreto. Archivos versionados como AGENTS.md y registros de decisiones son verificables y otras herramientas pueden leerlos. La memoria nativa no sustituye la documentación autorizada del equipo.
La tercera es el contexto personal entre clientes. Un almacén MCP común puede ayudar si los clientes admiten el mismo servidor y están conectados a la cuenta correcta. Es una decisión de arquitectura adicional, no una reparación siempre necesaria.
Las tres soluciones a continuación abordan las capas dos y tres. Usa lo que encaje.
Solución 1: Memorias integradas de Codex con archivos de proyecto#
Codex tiene dos formas de recordar. La función Memorias almacena preferencias especificas del usuario. Los archivos de configuración a nivel de proyecto almacenan contexto compartido por el equipo. Juntos, para código que vive enteramente dentro de Codex, esto es suficiente.
La configuración es directa. Dentro de cualquier proyecto Codex, crea un archivo AGENTS.md en la raíz del repositorio. Codex lo lee en cada tarea. Esto es el equivalente al patron CLAUDE.md que Anthropic estableció. Entradas comunes: stack tecnológico, convenciones de código, comandos de despliegue, reglas de PR, reglas de nomenclatura, advertencias de "nunca hacer X".
# AGENTS.md
## Stack
Next.js 15, TypeScript estricto, Prisma, Postgres en puerto 5433.
## Convenciones
- Server Actions sobre rutas API cuando sea posible
- Tailwind utility-first, sin modulos CSS
- Tests via Vitest para unitarios, Playwright para e2e
## Nunca
- `prisma db push --force-reset` en ninguna rama
- Saltar el hook read-before-edit
- Empujar a main sin `pnpm typecheck`
Si la necesitas, activa primero la memoria nativa y revisa los archivos creados. Pide que conserve preferencias como respuestas breves o referencias de código con líneas. Escribe también las reglas obligatorias en AGENTS.md. La memoria ofrece contexto, no garantiza que cada tarea siga una regla correctamente.
El limite de este enfoque es lo que describí antes. Funciona dentro de Codex. No te sigue a Claude o Cursor. Si vives enteramente en Codex, eso esta bien. Si no, sigue leyendo.
Solución 2: Un servidor MCP de memoria conectado a Codex#
Usamos además un almacén MCP porque varios clientes necesitan el mismo contexto mantenido. La instalación incluye configuración, acceso, permisos y una prueba de lectura. La duración depende de cliente y proveedor; nuestra antigua medición de 30 segundos no es una promesa general.
Codex admite servidores stdio locales y servidores remotos mediante Streamable HTTP. Para un servidor OAuth compatible, utiliza esta entrada URL en ~/.codex/config.toml:
[mcp_servers.memory]
url = "https://memory.studiomeyer.io/mcp"
Después inicia explícitamente el acceso con codex mcp login memory. Codex abre el flujo OAuth del proveedor. En StudioMeyer sigue el acceso de cuenta ofrecido. Comprueba la configuración con codex mcp list y prueba una lectura. Otros servidores pueden requerir tokens bearer u otra instalación.
OAuth evita copiar manualmente una clave API en la configuración. El almacenamiento de credenciales depende del cliente y su configuración. Mantén los archivos de configuración y autenticación fuera de repositorios públicos y revoca accesos que ya no uses.
Lo que puedes pedir a Codex una vez que la memoria esta conectada:
- "Busca en mi memoria decisiones pasadas sobre autenticación."
- "Que decidí sobre el rate limiter el mes pasado?"
- "Recuerda que prefiero enviar commits pequeños."
- "Que clientes onboardee en abril?"
Si un cliente escribe realmente una decisión en el almacén compartido, otro autorizado puede recuperarla después. Conectarse no basta: verifica confirmación de escritura, fecha y entrada encontrada. Los recuerdos antiguos o contradictorios necesitan mantenimiento.
El proveedor ejecuta el servidor HTTP remoto; el cliente inicia un servidor stdio local como proceso. Eso no significa que HTTP arregle todos los problemas de recursos. Con carga alta, revisa versión del cliente, hilos activos y registros. Contrasta errores concretos con avisos actuales y pertinentes del fabricante.
Solución 3: Una configuración híbrida para tareas adecuadas#
Para código de clientes con requisitos especiales, decide primero qué datos pueden ir a cada lugar. Puedes combinar memoria local nativa, archivos versionados y almacén externo si la organización autoriza el procesamiento. Ni la etiqueta OpenAI ni MCP protegen automáticamente el contexto sensible.
Usa memoria nativa para notas personales, AGENTS.md para reglas del proyecto y, opcionalmente, MCP para contexto compartido autorizado. Decide qué entrada manda cuando se solapan. Distintos almacenes pueden contener información contradictoria o antigua.
Concretamente, en nuestra configuración de equipo, la memoria MCP contiene aprendizajes de sesiones anteriores, decisiones sobre arquitectura, perfiles de clientes, patrones de despliegue y advertencias "nunca hagas esto otra vez". Los archivos AGENTS.md contienen el stack y reglas especificas del proyecto. El panel de Memorias contiene las preferencias personales de comunicación. Cuando Codex inicia una tarea, tiene acceso a las tres.
Limitaciones honestas#
Si vas por la ruta de la memoria MCP, tres cosas que deberías saber.
Primero, el backend de memoria importa. Operamos el nuestro en memory.studiomeyer.io porque lo construimos. Hay alternativas: Mem0, Letta, Zep, MemNexus. Cada uno tiene opiniones diferentes sobre que almacenar, como recuperar, y como facturar. Prueba al menos dos antes de comprometerte.
Segundo, importa la calidad de recuperación. Un almacén con muchas funciones puede devolver entradas antiguas o irrelevantes. Prueba decisiones conocidas, versiones contradictorias y preguntas claras. Importa reconocer fuente, actualidad y contexto adecuado, no solo una lista de tecnologías.
Tercero, prueba la portabilidad de forma concreta. Puedes copiar archivos exportables y un almacén MCP puede servir a clientes compatibles. Revisa formato de exportación, borrado, permisos y calidad de recuperación. Un protocolo abierto no garantiza exportación completa ni sincronización automática.
Que significa esto para los constructores#
Para algunos flujos bastan la memoria nativa y los archivos de proyecto. Si usas varios clientes, evalúa un almacén común como opción adicional. Compara la mejora real de recuperación con coste, mantenimiento y el destinatario adicional de datos.
Si memoria nativa y archivos mantenidos cubren tus necesidades, empieza por ellos. Otra conexión vale la pena si mejora un acceso o recuperación concretos.
Empieza con una decisión conocida y comprueba si un segundo cliente la recupera correctamente. Esa prueba muestra si mejora tu trabajo. Añade otros clientes uno a uno y revisa su acceso.
Pruebalo#
Para probar nuestro almacén MCP, consulta acceso y límites actuales en StudioMeyer Memory. Añade el bloque URL, ejecuta codex mcp login memory y empieza con una lectura. Configurar un cliente no demuestra compatibilidad con todos los demás.
Para otro proveedor comprueba transporte, autenticación y herramientas MCP ofrecidas. El ejemplo URL sirve para servidores Streamable HTTP compatibles, no es universal. La portabilidad depende también de exportación, formato, permisos y clientes admitidos. Prueba estas propiedades antes de convertir el almacén en parte permanente de tu trabajo.
Fuentes y estado del producto#
Memorias locales de Codex / MCP y OAuth de Codex / Acceso y condiciones de Codex
