Cómo migrar tu memoria de Claude a Codex sin perder el contexto (2026)

Las configuraciones de Claude Code se transfieren por completo. Si tu conocimiento reside en un repositorio (CLAUDE.md, servidores MCP, comandos, subagentes, habilidades, configuraciones), Codex tiene un importador real para ello. Su documentación describe la transferencia de archivos de instrucciones, config.toml y settings.json, habilidades y plugins, configuración de servidores MCP, carpetas de proyectos y memorias, hooks y comandos de barra diagonal, subagentes y chats de los últimos 30 días. Eso no es un truco temporal; es una ruta compatible y se detalla por separado en trasladar una configuración de Claude Code a Codex.

La memoria de la aplicación Claude no se transfiere. Esta es la asimetría que vale la pena notar. El mismo importador que toma la configuración completa de una CLI de la competencia se detiene ante el producto de consumo del mismo proveedor: "Los datos estándar de Claude Chat no se pueden importar". Su documentación señala que los datos de ChatGPT tampoco se pueden traer. El importador es para configuraciones de desarrolladores, no para historiales de chat, y por más que lo intentes, eso no cambiará.

Nada en tu memoria de Claude tiene un botón de descarga. En la aplicación Claude puedes abrir la Configuración y ver y editar lo que recuerda, elemento por elemento, por categoría; una interfaz de control realmente buena para eliminar cosas. Lo que no puedes hacer es exportarlo como un archivo. La alternativa práctica es pedirle a Claude que escriba sus memorias sobre ti textualmente en la conversación y luego copiar el resultado tú mismo. Ten en cuenta también la dirección de la propia función de importación de memoria de Claude: trae memoria hacia Claude desde otros asistentes y está marcada como experimental. No existe un equivalente de salida.

Lo que Codex tiene esperando al otro lado es real, y está desactivado. Las memorias de Codex existen: almacenan, en palabras de su documentación, "resúmenes, entradas duraderas, entradas recientes y evidencia de respaldo de chats anteriores" en ~/.codex/memories/. También están desactivadas por defecto; las activas en Configuración bajo Personalización, o con [features] memories = true en tu configuración. Tres propiedades importan para una migración: son generadas por Codex en lugar de ser escritas por ti (la documentación llama a esto estado generado, destinado a la inspección en lugar de la edición manual), son globales en lugar de por proyecto y residen en esa máquina. Los clientes de Codex mantienen su propio almacenamiento de memoria local; ChatGPT en la web mantiene uno separado.

Lo que no existe en ninguno de los dos lados es el elemento duradero. La memoria de Claude es una síntesis de tus conversaciones. Las memorias de Codex son una síntesis de tus chats con Codex. Ninguna de las dos es un registro que tú hayas escrito, por lo que una migración basada en copiar una síntesis en otra no es la forma correcta, y por eso vale la pena realizar el paso manual que se describe a continuación como una actualización en lugar de una simple transferencia.

Paso 1: Extrae tu memoria de Claude y separa los dos tipos

Abre la configuración de Claude y lee lo que tiene guardado sobre ti, categoría por categoría. Luego, en una conversación, pídele que escriba sus memorias sobre ti textualmente, incluyendo cualquier cosa relacionada con el trabajo que haya retenido. Copia ese resultado en un archivo temporal.

Ahora haz la parte que determina si esta migración vale la pena. Revisa la lista y clasifica cada elemento en uno de estos dos grupos:

Preferencias. Tono, formato, idioma, cuánta explicación deseas, qué framework prefieres. Estos son cortos, fáciles de volver a definir y en gran medida desechables; la mayoría se regenerarán en una semana de uso normal con cualquier asistente.

Restricciones y contexto. El cliente que requiere ortografía británica debido a un contrato. El servicio que no debe compartir una base de datos porque el orden de la migración causó dos caídas del servicio. La convención de nomenclatura que existe por una razón. Estos son los elementos donde la versión almacenada de Claude es probablemente una sombra comprimida de algo real, porque los sistemas de memoria conservan la conclusión y descartan el motivo.

Para cada elemento del segundo grupo, vuelve a escribir el motivo. Si Claude almacenó "prefiere bases de datos propiedad del servicio", tú escribes "los servicios poseen su propia ruta de escritura; las migraciones de esquema compartido causaron dos caídas en marzo y el propietario del esquema no puede bloquear cada despliegue". Esa frase es el activo real. También es algo que ningún exportador podría haber producido para ti, ya que nunca se almacenó en primer lugar.

Ten en cuenta lo que te ahorra esta clasificación: no estás migrando cien entradas de memoria. Estás migrando las ocho o diez que conllevan un motivo y abandonando el resto a propósito.

Paso 2: Coloca cada grupo donde Codex realmente buscará

Codex lee archivos AGENTS.md, y el orden de resolución está documentado: ~/.codex/AGENTS.md (o $CODEX_HOME), luego la raíz del repositorio, luego los directorios intermedios y finalmente tu directorio de trabajo; ensamblados de arriba a abajo, teniendo prioridad el archivo más cercano. No lee CLAUDE.md ni lee las instrucciones personalizadas de ChatGPT.

Esa jerarquía es tu sistema de archivo:

• Las preferencias personales que se aplican en todas partes van en ~/.codex/AGENTS.md. Mantén esto corto. Se carga para cada proyecto que toques.
• Las restricciones del proyecto van en el archivo AGENTS.md de la raíz de ese repositorio, confirmado (committed), para que tus compañeros de equipo también las tengan.
• Las restricciones que solo se aplican a una parte de la base de código van en un AGENTS.md dentro de ese subdirectorio, de modo que el alcance se exprese por la ubicación en lugar de esperar que el modelo note un calificador.
• Las reglas específicas del cliente que no pertenecen a un repositorio compartido se quedan en tu archivo personal, o en un documento que guardes fuera del repositorio y pegues cuando sea relevante.

Luego, decide sobre las memorias de Codex por separado. Activarlas es razonable: acumularán el mismo tipo de capa de preferencias que Claude construyó, sin que tengas que mantenerla. Solo sé consciente de lo que estás obteniendo: estado generado, global en lugar de por proyecto, en una sola máquina, omitido para sesiones de corta duración y pausado cuando el margen de tu límite de tarifa sea bajo. Esa es una capa de conveniencia, no el lugar al que pertenece la caída de servicio de marzo.

Una cosa más que vale la pena hacer mientras el archivo temporal está abierto: cualquier cosa en él que parezca un hecho sobre un sistema en lugar de una preferencia sobre ti probablemente pertenezca al repositorio como documentación, no a la memoria de un asistente. Un registro de decisiones en el control de versiones es revisable. Una entrada de memoria no lo es.

Haz el paso manual una vez y notarás lo que acabas de hacer: convertiste la síntesis de tus conversaciones de un proveedor en conocimiento escrito con motivos adjuntos. Eso es una mejora. El problema es dónde vive ahora: la mitad en archivos AGENTS.md que solo Codex lee, la mitad en un archivo temporal, y nada de eso visible para la aplicación Claude que seguirás usando para escribir y pensar.

La alternativa es mantener el material duradero en un único almacenamiento que ambos lados lean, y dejar que la memoria integrada de cada herramienta sea la capa de conveniencia desechable para la que es buena.

MemoryLake es una capa de memoria para eso: tus restricciones, decisiones y documentos de origen en un solo lugar, legibles directamente desde herramientas compatibles con MCP como Claude y Codex, y desde ChatGPT a través de la API. Migrar de herramientas deja de significar migrar conocimiento.

Paso 1: Crea una clave de API

Genera una clave y realiza tu primera solicitud en unos 30 segundos. Manténla en tu entorno o en un gestor de secretos en lugar de pegarla en una ventana de chat.

Paso 2: Sube tus primeras memorias

Arrastra los documentos, imágenes y archivos que respaldan las restricciones que acabas de escribir: el informe del incidente que causó la regla de la base de datos, los requisitos de estilo del cliente, los registros de decisiones de arquitectura, la especificación. Sube las fuentes en lugar de tu resumen de ellas; todo el fallo del que estás migrando es un sistema que guardaba resúmenes y descartaba los motivos.

Paso 3: Conecta tu IA y agentes

Dale a Claude, Codex, OpenClaw y otros agentes de IA acceso a la memoria a través de MCP o la API. Tanto Codex como Claude admiten MCP, por lo que leen el mismo almacenamiento directamente. Para ChatGPT, recupera lo que necesitas a través de la API e inyéctalo en el prompt, en las instrucciones de un GPT personalizado o en el flujo de trabajo que llama al modelo.

La primera diferencia es que el próximo cambio de herramienta costará una tarde de configuración en lugar de una tarde de arqueología. Los archivos AGENTS.md son fáciles de escribir cuando el conocimiento ya existe en algún lugar legible; son costosos cuando estás reconstruyendo motivos a partir de una paráfrasis.

La segunda es que Claude y Codex dejan de tener creencias diferentes sobre tu proyecto. En este momento, el asistente con el que diseñas y la CLI que escribe el código aprenden por separado, a partir de conversaciones distintas, y se desvían. Leer las mismas restricciones es lo que evita que un asistente que llega sin el contexto de tu proyecto sea un problema por herramienta que resuelves repetidamente.

La tercera es que el motivo sobrevive. Este es el fallo específico que hace que las migraciones de memoria se sientan como si tuvieran pérdidas: una decisión arquitectónica comprimida en una preferencia se puede anular, y se anula. Un documento almacenado con el historial de caídas adjunto, no.

Y se integra con lo que cada herramienta hace de forma nativa. Las memorias de Codex siguen aprendiendo tus hábitos localmente. Claude sigue recordando cómo te gusta que te hablen. Ninguno tiene que ser el sistema de registro, que es el trabajo en el que son peores.

Migra motivos, no entradas

La temptation es mover las cien entradas de memoria porque existen. La mayoría son preferencias regenerables. La minoría valiosa son las que tienen un "porque", y esas son las que en su versión almacenada carecen de ese "porque". Reescribe esas; descarta el resto.

Mantén pequeño el archivo que siempre se carga

~/.codex/AGENTS.md se carga para cada proyecto en tu máquina, y el AGENTS.md raíz se carga para todo el repositorio. Los archivos largos diluyen la atención y no ralentizan nada excepto el cumplimiento. Coloca restricciones estrictas allí y deja todo lo demás para la recuperación o para un archivo con alcance específico en un subdirectorio.

Expresa el alcance con la ubicación, no con adjetivos

Codex resuelve las instrucciones por directorio. Una regla que solo se aplica al servicio de facturación pertenece a billing/AGENTS.md, no al archivo raíz con el prefijo "solo para facturación". La ubicación se impone; un calificador es una esperanza.

Decide deliberadamente sobre la memoria generada

Que las memorias de Codex estén desactivadas por defecto no es un accidente, y activarlas sigue siendo razonable. Lo que no es razonable es tratarlas como una copia de seguridad: son locales de la máquina, globales en lugar de por proyecto y generadas. Revisa lo que se acumula y no permitas que nada que te dolería perder exista únicamente allí.

Realiza la exportación antes de dejar de pagar

La memoria de Claude es visible mientras tengas acceso a Claude. Si el plan es cancelar esa suscripción, la hora de copiarla a mano es el único paso irreversible en esta migración. Todo lo demás se puede volver a hacer más tarde; eso no.

Migrar tu memoria de Claude a Codex es un trabajo manual, y el motivo está documentado en lugar de ser misterioso: el importador de Codex cubre Claude Code, y "Los datos estándar de Claude Chat no se pueden importar". Claude, por su parte, no ofrece una exportación estructurada; solo una página de configuración donde puedes leer lo que guardó y una conversación donde puedes pedirle que lo escriba.

La buena noticia es que el paso manual es una mejora si lo haces correctamente. Separa las preferencias de las restricciones, vuelve a escribir el motivo en cada restricción, archívalas donde Codex realmente busca (la jerarquía AGENTS.md, delimitada por directorio) y activa las memorias de Codex como una capa de conveniencia en lugar de un registro. Luego, coloca la mitad duradera en un almacenamiento que ambos asistentes lean, de modo que la próxima vez que cambies de herramienta, lo único que migres sea la herramienta.