Codex CLI 默认启动常驻、自更新的后台进程引发争议：关掉所有窗口仍在运行、每小时检查更新，用户要求改为手动开启

OpenAI 编程工具 Codex CLI 的 GitHub issue #48195 本周在 Hacker News 上引发热议。提问者称，0.157.0 版本起 CLI 默认开启 daemon_auto_start：启动一个脱离终端的 app-server 后台进程，所有 Codex 窗口关闭后仍继续运行，并把约 374MB 的平台包复制到 ~/.codex/packages/ 下运行；另有一个独立的更新循环，启动 5 分钟后检查一次、之后每小时检查，下载新版本后会重启后端，可能中断正在执行的任务。用户还反映该进程沿用首次启动时的环境变量，在其他目录下仍带着最初目录的 GH_TOKEN 等变量，官方配置文档和版本说明中都没有写明这一行为。issue 要求改为默认关闭或先征得同意。截至 10 月 13 日，issue 仍为打开状态，页面上没有 OpenAI 维护者回复；用户可以用 codex features disable daemon_auto_start 或在 config.toml 中设置关闭。

用户发现了什么

OpenAI 的命令行编程工具 Codex CLI 有一个 9 月 25 日提交的 GitHub issue #48195，标题直接是诉求：「把 daemon_auto_start 改成手动开启，一个常驻、自更新的后台进程不该是默认设置」。这几天它在 Hacker News 上获得 400 多点，重新被大量开发者注意到。

按提问者在 Linux（WSL2）上对 0.157.0 版本的观察：

  • CLI 会启动一个 codex app-server --managed-daemon 进程，脱离终端运行，所有 Codex 窗口关掉之后仍然在；
  • 它把约 374MB 的完整平台包复制到 ~/.codex/packages/app-server-daemon/ 下，从那份副本运行；
  • 另有一个独立的更新循环，启动 5 分钟后检查一次，之后每小时检查，下载新版本后会重启后端，正在执行的任务可能被打断；而且 daemon stop 停不掉这个更新循环。

为什么让人不安

评论区的抱怨集中在三点。一是悄无声息：有用户指出，官方配置文档里查不到 daemon_auto_start，0.157.0 的版本说明也没写会多出一个常驻进程和更新器。二是环境变量泄漏：有用户发现后台进程沿用首次启动 Codex 时那个目录的环境变量，比如 GH_TOKEN，换到别的项目目录工作时仍带着。三是可用性：有 Windows 用户报告 CLI 直接无法输入。还有评论直言这种行为「像恶意软件的特征」。

截至 10 月 13 日，这个 issue 仍处于打开状态，页面上除了自动加标签的机器人，没有 OpenAI 维护者的回复。

现在怎么关

提问者给出的做法是：

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

也有用户确认在 config.toml 里设置 daemon_auto_start = false 有效。如果你在多个项目、多套凭据之间切换使用 Codex CLI，环境变量这一点尤其值得检查：确认后台进程里没有带着不该带的令牌。对 agent 工具的开发者来说，这也是一个提醒：常驻进程和自动更新最好默认关闭，或者在开启前明确告诉用户。

via: GitHub issue #48195