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 是否计划在安装或首次运行时向用户明示该进程的存在和作用。