Codex CLI instala por defecto un demonio persistente en segundo plano que se autoactualiza

Artículo original ↗ Discusión en Hacker News ↗

Codex CLI de OpenAI ahora instala por defecto un demonio persistente en segundo plano que se autoactualiza, lo que provoca preocupaciones sobre el control del usuario, el uso oculto de recursos y la gran cantidad de espacio en disco consumido por versiones antiguas. Los comentaristas sostienen que las herramientas profesionales no deberían autoactualizarse ni ejecutar procesos de larga duración fuera del control explícito del usuario, especialmente cuando ya son defectuosas y tienden a romper flujos de trabajo. Muchos comparan este comportamiento con los gestores de paquetes tradicionales del sistema operativo y con “harnesses” de terceros más ligeros, enmarcando Codex y herramientas de IA similares (como Claude Code) como un ejemplo del desarrollo apresurado impulsado por LLM que prioriza el crecimiento rápido de funciones sobre la estabilidad, la transparencia y las convenciones de la plataforma.

Comportamiento del demonio con autoactualización

  • Codex CLI ahora instala un demonio persistente en segundo plano que se autoactualiza y conserva versiones antiguas.
  • Muchos consideran esto hostil para el usuario: persiste después de que la CLI termina, puede sorprender a los usuarios y es difícil de controlar.
  • Otros sostienen que las herramientas de IA de rápida evolución “necesitan” autoactualizaciones, comparándolas con navegadores y aplicaciones de escritorio.
  • Varios participantes insisten en que esto quizá solo sería aceptable como un opt‑in explícito, no como valor predeterminado, especialmente para herramientas profesionales.

Espacio en disco, rendimiento y desorden

  • Los usuarios informan de múltiples binarios grandes y muchas versiones antiguas acumulándose (varios GB a decenas de GB).
  • Se hacen quejas similares sobre otros harnesses (Cursor, Claude Code, configuraciones de VS Code) que dejan registros, directorios temporales y cachés por todo el sistema.
  • Algunos responden limpiando rutinariamente mediante scripts, instantáneas o incluso usando un LLM para identificar archivos “basura”.

Fiabilidad y calidad del software

  • Codex CLI, la extensión de Codex para VS Code, Claude Code y otros harnesses se describen como frágiles, con regresiones frecuentes en las actualizaciones y rompiendo la UX básica (desplazamiento, copiar/pegar, subagentes, flujos de inicio de sesión).
  • Muchos atribuyen esto al “vibe coding” y a un gran volumen de código generado por LLM: fácil acumulación de funciones, mala arquitectura y pocas pruebas manuales.
  • Otros señalan que los harnesses emblemáticos con fallos son un reflejo honesto del estado actual del desarrollo impulsado por LLM.

Control, seguridad y sandboxing

  • Preocupa que los demonios persistentes y las autoactualizaciones erosionen el control del usuario y se parezcan a puertas traseras.
  • Varios usuarios aíslan los harnesses en contenedores, VMs, microVMs o herramientas como bubblewrap, o evitan instalarlos en el host por completo.
  • Algunos informan que los agentes leen credenciales o ejecutan comandos de shell de forma más agresiva que antes, sin advertencias claras.

Configuración, flags y soluciones alternativas

  • Se comparte una bandera de función oculta/no documentada (daemon_auto_start = false) y --no-daemon como formas de desactivar el demonio.
  • Hay preocupación de que los valores predeterminados y los flags puedan cambiar con el tiempo, obligando a una vigilancia constante.
  • Los usuarios de gestores de paquetes y Nix prefieren compilaciones parcheadas que eliminen el comportamiento de autoactualización.

Alternativas y preferencias

  • Los harnesses ligeros y “mínimos” (p. ej., hax, Pi, otros) reciben elogios con frecuencia por respetar XDG, evitar demonios y comportarse como herramientas CLI normales.
  • Algunos usuarios vuelven al uso manual de la API o a las interfaces web, o se dan de baja/eliminan Codex en respuesta a estos cambios.