Codex CLI 0.157.0 instala un daemon persistente sin avisar

Lo esencial

• Codex CLI 0.157.0 lanza un daemon persistente al abrir cualquier sesión interactiva de codex.
• El daemon copia unos 374 MB del paquete completo a ~/.codex/packages/app-server-daemon y corre desde ahí.
• Un updater separado revisa cambios a los 5 minutos y luego cada hora, y puede matar turnos activos tras 60 segundos de espera.
• El workaround reportado: codex features disable daemon_auto_start más codex app-server daemon stop.
• El issue #48195 en el repositorio de OpenAI pide que daemon_auto_start sea opt-in por defecto.

Qué cambió en la versión 0.157.0

Desde la versión 0.157.0, abrir una sesión interactiva de codex ya no solo levanta la terminal: también enciende un daemon en segundo plano que sigue corriendo después de cerrar la ventana.

El cambio salió a la luz el 25 de septiembre de 2026, cuando el desarrollador Yihua-Liu-1997 abrió el issue #48195 en el repositorio de Codex CLI, usando la versión 0.157.0 instalada con npm en Linux (WSL2).

Qué hace exactamente el daemon

El proceso se llama codex app-server --managed-daemon. Arranca en su propia sesión, sin TTY asociada, y queda reparentado al proceso 1 del sistema. Sigue vivo aunque cierres todas las ventanas de Codex, hasta que corras codex app-server daemon stop o reinicies la máquina.

Antes de arrancar, copia el paquete completo de la plataforma (codex, codex-code-mode-host y los binarios bwrap, zsh y rg incluidos) a ~/.codex/packages/app-server-daemon/releases/<versión>/. Esa copia pesa alrededor de 374 MB y es, al momento de instalarse, idéntica byte a byte a lo que npm acababa de descargar. Desde ese instante, la versión del backend queda desacoplada de la que instaló el gestor de paquetes.

El riesgo de que se actualice sola

Junto al daemon arranca un segundo proceso: codex app-server daemon pid-update-loop. Revisa si hay una versión nueva a los 5 minutos de iniciar y después cada hora. Si encuentra una, la descarga y reinicia el backend.

Ese reinicio puede matar turnos activos de Codex tras un presupuesto de apenas 60 segundos de espera, un comportamiento ya documentado en el issue relacionado #40969 y que no se puede desactivar.

El problema para quien instala con un gestor de paquetes

El daemon también fija el entorno de la sesión que lo arrancó por primera vez. Si lanzás Codex con un wrapper que configura HTTPS_PROXY por invocación, el daemon conserva las variables de proxy de esa primera sesión y las aplica a todas las conexiones posteriores, aunque abras Codex con otra configuración.

Usuarios de Arch Linux reportaron en el issue #48050 que 0.157.0 ya no arranca con el paquete del sistema a menos que se agregue la bandera --no-daemon. Y los hooks que corren en modo remoto reciben el directorio de trabajo y la terminal del daemon en lugar de los de la sesión real, un síntoma descrito en los issues #42457 y #37537.

Cómo desactivarlo hoy mismo

El workaround que circula en el issue combina cuatro comandos. En Linux y macOS:

codex features disable daemon_auto_start
codex app-server daemon stop
pkill -f 'app-server daemon pid-update-loop'
rm -rf ~/.codex/packages/app-server-daemon

En Windows, con PowerShell:

codex features disable daemon_auto_start
codex app-server daemon stop
Get-Process | Where-Object {$_.CommandLine -like '*pid-update-loop*'} | Stop-Process
Remove-Item -Recurse -Force "$env:USERPROFILE\.codex\packages\app-server-daemon"

El paso del pkill (o el Stop-Process en Windows) es necesario porque, según reportó el propio autor del issue, codex app-server daemon stop detiene el servidor pero deja vivo al updater: seguía corriendo 70 segundos después y hubo que matarlo a mano. Con la bandera desactivada, una nueva sesión de la TUI ya no vuelve a levantar el daemon.

Qué pide la comunidad a OpenAI

El pedido central del issue es que daemon_auto_start valga false por defecto en la CLI, o que al menos se pregunte una vez antes de activarlo. El autor acepta que un daemon compartido y autoactualizable tenga sentido para Remote Control o la app de escritorio, pero no como comportamiento por defecto de una herramienta de línea de comandos.

Si OpenAI decide mantenerlo activo, la propuesta pide tres ajustes concretos: que el daemon se apague cuando se desconecta su último cliente, que no se copie a sí mismo ni se autoactualice cuando la instalación vino de un gestor de paquetes como npm, brew o pacman, y que en ese caso corra directamente el binario instalado. El issue acumuló reacciones de al menos nueve usuarios distintos confirmando el mismo comportamiento en Linux, WSL2 y Windows 10 LTSC.

Conclusión

El caso de Codex CLI 0.157.0 resume un problema conocido en herramientas que crecen rápido: agregar infraestructura persistente sin aviso rompe la expectativa básica de una CLI, que es vivir y morir con la terminal que la invoca. Hasta que OpenAI cambie el default, desactivar daemon_auto_start a mano sigue siendo el único control real que tiene quien instala la herramienta.

📖 Versión extendida con más detalle: https://elsolitario.org/2026/10/12/codex-cli-daemon-auto-start-opt-in/?utm_source=telegraph&utm_medium=instant_view&utm_campaign=programacion