Codex CLI inicia un daemon en segundo plano por defecto desde la 0.157.0, y los usuarios informan de que conserva el entorno de la primera sesión y se actualiza cada hora

Nuestro veredicto

Revisa tus máquinas. Desde Codex CLI 0.157.0, publicada el 25 de septiembre, las sesiones interactivas elegibles inician un servidor en segundo plano por defecto, y ninguna versión posterior ha hecho que haya que activarlo expresamente. Los usuarios informan de que este proceso sobrevive a la terminal y conserva el entorno de la primera sesión que lo inició, credenciales y ajustes de proxy incluidos. Nuestro veredicto sobre OpenAI Codex se mantiene en recomendado: esto es un valor por defecto que hay que desactivar donde importa, no un motivo para abandonar la herramienta. No hemos reproducido el comportamiento nosotros mismos.

Qué publicó OpenAI

Las notas de la versión 0.157.0 dicen: «Se ha activado el arranque automático del servidor en segundo plano para las sesiones interactivas elegibles, con opciones de recuperación cuando los ajustes del servidor son incompatibles. (#47179, #47318)». La lista de pull requests lo nombra sin rodeos: «#47179 Activar el arranque automático del daemon por defecto».

Las versiones posteriores lo ajustan sin desactivarlo. La 0.162.0 (8 de octubre) lista «#50555 Omitir el autoarranque del daemon en los homes de WSL montados desde Windows» y «#50559 Distinguir la identidad de la versión del daemon del contenido del ejecutable». La 0.162.1 (9 de octubre) es la última versión estable, y ninguna de las notas de versión que leímos hace que el autoarranque requiera activación expresa.

Qué cuentan los usuarios

Estos puntos provienen de usuarios del issue #48195 de GitHub, abierto el 25 de septiembre y aún abierto cuando lo leímos el 13 de octubre. No son declaraciones de OpenAI, y no encontramos ninguna respuesta del personal de OpenAI en el hilo.

El autor del issue, en la 0.157.0, señala que el daemon:

• sigue ejecutándose después de cerrar todas las ventanas de Codex, reasignado al PID 1;
• copia unos 374 MB de archivos de plataforma en ~/.codex/packages/app-server-daemon/releases/<version>/;
• inicia un actualizador que comprueba si hay versiones nuevas 5 minutos después del arranque y luego cada hora, las descarga y reinicia el backend;
• fija el entorno de la sesión que lo inició, incluidas las variables de proxy como HTTPS_PROXY.

Un comentarista señala que si lanzas Codex desde directorios con variables de entorno distintas (por ejemplo, mediante direnv), el daemon conserva los valores del primero, lo que rompe flujos de trabajo que usan nombres comunes como GH_TOKEN.

Por qué importa

Si tus proyectos llevan tokens o proxies distintos por directorio, el comportamiento descrito significa que una sesión posterior de Codex puede ejecutarse con los valores de un proyecto anterior. Un binario que se actualiza a sí mismo también queda fuera de la versión que fije tu gestor de paquetes.

Cómo lo desactivan los usuarios

La forma de desactivarlo que sigue es lo que cuentan los usuarios del issue, no una instrucción de OpenAI. Un comentarista señala que la clave daemon_auto_start no aparece en la referencia oficial de configuración.

codex features disable daemon_auto_start
# o, en ~/.codex/config.toml:
# daemon_auto_start = false
codex app-server daemon stop

El autor del issue señala que codex app-server daemon stop deja el proceso actualizador (pid-update-loop) en ejecución, así que comprueba la lista de procesos después.