一位用户报告称，自 Codex CLI 0.157.0 版本起，只要打开一个交互式 codex 会话，就会启动一个持久的后台守护进程，即使窗口关闭后它仍会继续运行。该守护进程会将完整的平台安装包（约 374 MB）复制到本地 releases 文件夹中，并从该副本运行。这使后端版本与通过 npm 安装的版本脱钩。此外，一个独立的更新程序会在启动后不久以及之后每小时检查一次新版本，并在此过程中重启后端。
该用户还表示，守护进程会固定启动它的那个会话的环境变量。由于其使用的包装脚本会为每次调用设置 HTTPS_PROXY，守护进程会保留第一个会话的代理变量，其对外连接将始终经由该代理，而不受之后会话的影响。与工作目录和终端继承相关的其他问题似乎也源于同一根本原因。
该请求是希望将 CLI 的 daemon_auto_start 改为可选开启，默认值为 false；或者至少在启用前先询问用户。用户认为，共享且自动更新的守护进程适用于 Remote Control 和桌面应用，但 CLI 应当使用随窗口启停、并运行用户所安装二进制文件的后端。若保留默认开启，用户建议在最后一个客户端断开时退出自动启动的守护进程，并在 CLI 来自 npm、Homebrew 或 pacman 等包管理器时，跳过自我复制和自我更新。
用户还发现一个缺陷：执行 codex app-server daemon stop 会停止应用服务器，但会让 pid-update-loop 更新程序继续运行。其目前的变通方法是禁用功能开关、停止守护进程、手动终止更新程序，并删除缓存的 packages 文件夹。
来源: Hacker News · 由HeadlinesBriefing整理摘要