OpenAI 的 Codex CLI 从 0.157.0 版本起默认启动一个守护进程，该进程在启动 5 分钟后自动检查更新并在后台保持运行。这一变化引发了用户对资源占用、透明度和控制权的争议，部分用户在 GitHub issue 48195 中直接将其行为与恶意软件类比。
守护进程的工作机制
用户通过 npm install -g @openai/codex 安装 CLI 后，执行 codex app-server --managed-daemon 命令会启动守护进程。该进程会将自身包复制到用户主目录下的 .codex/packages/app-server-daemon/releases/ 路径，并运行名为 codex app-server daemon pid-update-loop 的更新检查进程。守护进程会被重新挂载到 PID 1 下，使其脱离启动它的终端会话，即使用户关闭命令行窗口或退出会话，进程仍会继续运行。平台包大小约 374 MB，包含 codex、codex-code-mode-host 以及捆绑的 bwrap、zsh、rg 等工具。
用户反应与争议焦点
GitHub issue 48195 由用户 Yihua-Liu-1997 于 9 月 25 日开启，截至目前该 issue 已获得 14 个赞同反应。一位在 Linux WSL2 环境下使用的用户报告称，守护进程在后台持续运行，而 CLI 工具本身反而不可用，这一投诉获得了 17 个赞同反应。另一位 Windows 10 LTSC 用户在测试后表示，守护进程的行为类似恶意软件，该评论获得 13 个赞同反应。
用户主要质疑三点：进程在后台自动启动且未明确告知用户；进程脱离终端控制后难以通过常规方式终止；自动更新机制可能在用户不知情的情况下修改系统文件。相关争议还涉及 issue 40969、41188、46468、48050、42457 和 37537，显示这一问题并非孤例。
官方回应与解决方案
OpenAI 在 9 月 28 日通过 commit b51c036 更新至 0.160.1 版本，但未公开说明是否针对守护进程问题做出调整。用户可通过两种方式禁用守护进程：执行 codex features disable daemon_auto_start 命令关闭自动启动功能，或执行 codex app-server daemon stop 命令停止已运行的进程。这些命令需要用户主动操作，默认配置仍会启动守护进程。
截至目前，OpenAI 未在 issue 48195 或官方文档中详细解释守护进程的设计目的、资源消耗情况或更新策略。一份追踪文档记录了守护进程的技术细节，但 OpenAI 官方尚未确认该文档内容的准确性。部分用户提到的外部链接指向第三方分析项目，但其与 Codex CLI 的直接关联尚未明确。
用户需要明确的是：守护进程是否会在未来版本中改为可选安装，以及 OpenAI 是否计划在安装或首次运行时向用户明示该进程的存在和作用。