Por qué Codex olvida el contexto de tu proyecto
Cómo maneja Codex el contexto hoy en día
Codex inicia una sesión explorando: lee archivos, rastrea dependencias y construye un modelo de trabajo de tu base de código en su ventana de contexto. Ese modelo es el estado de la sesión. A medida que la conversación crece, el contenido más antiguo se compacta (se resume y se descarta) para liberar espacio. Esa comprensión no se almacena en ningún lado; se evapora cuando la sesión termina o la ventana se llena, y la siguiente tarea vuelve a iniciar la exploración desde cero.
La razón técnica por la que no perdura
La compactación pierde información por diseño y no respeta lo que tú consideras importante. Un problema (issue) de GitHub en el repositorio de Codex documenta cómo la compactación descarta las reglas de AGENTS.md a mitad de la tarea, con reportes de progreso que caen del 97% al 42% porque el agente perdió los requisitos que venía siguiendo. Otro documenta la pérdida de contexto al cambiar de modelo a mitad de la sesión. Y con la ventana de entrada predeterminada reducida en casi una cuarta parte, esos eventos de compactación ahora ocurren antes en una tarea de lo que solían hacerlo. AGENTS.md ayuda (se lee al inicio), pero es un archivo estático que mantienes a mano y puede ser compactado fuera de la ventana activa como cualquier otra cosa.
Lo que esto te cuesta
Cada sesión comienza con un redescubrimiento: la arquitectura, los archivos clave, las dependencias y las decisiones que ya tomaste. Los desarrolladores describen exactamente esto en el propio foro de OpenAI, preguntando cómo preservar el contexto del proyecto entre sesiones de Codex en una base de código grande. Luego está el modo de fallo a mitad de la tarea: un agente que olvida tus requisitos al 80% del progreso produce un trabajo que tienes que revisar línea por línea, y una ventana más pequeña hace que esto sea más probable, no menos.
Las soluciones integradas de Codex (y dónde se quedan cortas)
AGENTS.md
El lugar ideal para instrucciones estables: convenciones, comandos y restricciones. Sin embargo, tiene dos límites. Se mantiene a mano, por lo que el conocimiento dinámico (decisiones tomadas, enfoques rechazados, errores resueltos) nunca llega a él. Y no es inmune a la compactación, que es exactamente lo que ilustra la regresión reportada del 97% al 42%.
Compactación y relectura
La compactación mantiene viva una sesión larga en lugar de fallar por completo, lo cual es realmente útil. Pero sacrifica detalles a cambio de espacio: los comandos exactos, el requisito específico y la decisión anterior son lo que se resume y se descarta. Luego, el agente vuelve a leer los archivos para recuperar lo que perdió, gastando tokens para reconstruir lo que ya sabía.
Iniciar una sesión nueva
La solución habitual para una sesión degradada es reiniciarla, lo que restaura el espacio de la ventana al descartar todo lo que la sesión había aprendido. Compras claridad pagando con contexto.
La barrera común: ninguna de estas opciones es un almacén duradero y consultable del conocimiento de tu proyecto que sobreviva al límite de una sesión o a un cambio en la ventana de contexto; la misma brecha fundamental detrás de por qué Claude Code olvida el contexto del proyecto.
La solución: Dale a Codex una memoria de proyecto persistente
La configuración duradera es una capa de memoria externa a la sesión que conserva lo que la compactación descarta constantemente: arquitectura, decisiones, restricciones y problemas resueltos. MemoryLake los almacena una sola vez: con opción de búsqueda, con control de versiones al estilo Git para que puedas rastrear cuándo cambió una decisión, y encriptado de extremo a extremo para que los detalles de tu código e infraestructura sigan siendo tuyos. Dado que el conocimiento reside fuera de la ventana, una ventana de contexto más pequeña deja de significar una memoria más pequeña.
Paso 1: Crea una clave de API
Inicia sesión en MemoryLake, genera una clave y realiza tu primera solicitud; toma unos 30 segundos.
Paso 2: Sube tus primeros recuerdos
Agrega el conocimiento del proyecto que las sesiones redescubren constantemente: notas de arquitectura, registros de decisiones, documentos de API y flujo de datos, y los requisitos que una tarea larga no debe perder (documentos, imágenes y otros archivos funcionan por igual). Cuando una sesión defina algo que valga la pena conservar, captúralo como un recuerdo de una sola línea.
Paso 3: Conecta tu IA y agentes
Agrega MemoryLake a Codex a través de MCP con tu clave de API, para que el agente recupere los requisitos y las decisiones pasadas bajo demanda en lugar de mantenerlos en una ventana que se compacta. La misma memoria está disponible para Claude, OpenClaw y otros agentes a través de MCP o la API: una sola memoria de proyecto para cada herramienta con la que programas.
Lo que realmente cuestan el redescubrimiento y la compactación
El impuesto de la ventana reducida
Una ventana predeterminada más pequeña no solo trunca la información antes, sino que hace que el agente vuelva a leer con más frecuencia para recuperar lo que la compactación descartó, y cada relectura representa tokens gastados en reconstruir un contexto conocido en lugar de trabajar. En una base de código grande, ese redescubrimiento es la parte más costosa de la sesión, y ahora ocurre antes.
Recuperación en lugar de volver a resumir
Con una capa persistente, Codex extrae la decisión o el requisito específico que necesita una tarea, en lugar de intentar mantener todo el proyecto en una ventana que no puede albergarlo. Menos presión de compactación, menos regresiones a mitad de la tarea, menor gasto: la Calculadora de Ahorro de Tokens de MemoryLake proyecta el efecto según tu uso.
Buenas prácticas para una memoria de proyecto en Codex
Coloca los requisitos donde la compactación no pueda alcanzarlos
Si un requisito debe sobrevivir a una tarea larga, pertenece a la memoria recuperable, no solo al prompt o a AGENTS.md. Esa es la diferencia entre un agente que termina el trabajo y uno que retrocede al 80%.
Captura las decisiones en el momento en que se toman
Una sola línea con fecha (decisión, motivo, alternativa rechazada) supera a una limpieza retrospectiva que nunca ocurre, y evita que el agente vuelva a proponer lo que ya descartaste.
Delimita el alcance por repositorio
Un alcance de memoria por repositorio mantiene la recuperación precisa y permite que las sesiones de Codex de cada proyecto extraigan solo lo que les corresponde.
Conclusión
Codex no se volvió más olvidadizo por accidente: una ventana predeterminada más pequeña significa que la compactación llega antes, y la compactación siempre ha sido el lugar donde los requisitos y las decisiones desaparecen silenciosamente. AGENTS.md no puede albergar el conocimiento dinámico, y reiniciar las sesiones solo cambia contexto por claridad. Coloca la memoria real de tu proyecto fuera de la ventana, y el tamaño de la ventana dejará de determinar cuánto sabe tu agente. El contexto puede reducirse; tu memoria no tiene por qué hacerlo.