ARTICLE · 1173455
没问你就装:Codex 在你电脑后台留了个常驻服务
2026-10-13 · AI 编程工具 · ★556 · 阅读 6 分钟
9 月 25 日，OpenAI 的编程工具 Codex 发布 0.157.0。装好之后，只要你打开一次交互会话，电脑上就会多一件你可能不知道的事：一个没有窗口、没有终端的常驻服务开始在后台跑，自己查更新、自己下新版，关掉所有窗口也不退。
三周后，这事被顶上 Hacker News 头名：556 分、273 条评论。争的不是它好不好用，而是一个工具凭什么不打招呼就在你机器上常住。
PIPELINE · 5 步部署
你敲下 codex 之后，它在后台依次做的事：
① 拉起一个常驻服务（codex app-server --managed-daemon）：没有终端，独立会话，关窗也不退。
② 把整个平台包（约 374 MB）复制进 ~/.codex/packages/，之后跑的是这份副本，不是你装的那份。
③ 再起一个更新器：启动 5 分钟后查一次新版，之后每小时一次，下完直接重启后端。
④ 谁先启动它，它就继承谁的环境变量，后面开的会话改不了。
⑤ 窗口全关，进程挂到系统 1 号进程名下继续跑；官方的停止命令停不掉更新器。
Source: GitHub · openai/codex #48195（2026-10-13 截图）。9 月 25 日提交，至今没有关闭，174 个赞。
官方是有意的
这不是失手。9 月 22 日，仓库里一条改动说明写得很直白：把 daemon_auto_start 从实验功能转正，对符合条件的交互式启动默认打开。
但坐在电脑前的人是没被通知的那一方。同一批版本里，Windows 用户连工具都打不开，0.157.0 启动即报错，退回 0.156.1 才能用（那条 issue 有 63 条评论）。
// 数字
174 个赞 · 三周没有官方回复
374 MB 的副本、每小时 1 次更新检查——都写在那份报告里。
Source: 同上 issue 正文，报告人用的是 npm 装的 0.157.0。
支持的一方：不常驻，更新从哪来
替这个设计说话的人理由不浅：共享后端让多个客户端复用同一个进程，启动更快；远程控制和桌面版本来就需要后端常在；在它之上搭工具的人确实在吃这个红利。
「这个默认值应该关掉。但对在常驻服务上搭应用的人来说它有用。」—— 一条 Hacker News 评论
一位做法律行业 IDE 的工程师说得更实在：理想世界里可以说「不完美就别发版」，但那不现实，旧版本留着漏洞也不算对用户友好。他们最后选了每次启动强制查一次更新，而不是养个常驻进程。说白了是两难：不发更新，漏洞烂在用户机器上；要发，就得有东西天天住那儿等着拉。
反对的一方：火气不是凭空的
反方的三点意见，都指着具体的东西：
[01] 环境串味。10 月 13 日又有人开新报告：常驻服务会在会话之间串环境变量，而他用的是最新稳定版 0.162.1——三周过去，这事还活着。
[02] 更新不问人。更新器下完新版就重启后端，正在跑的任务可能被直接掐掉——这是仓库里另一条 issue 的标题。
[03] 卸不干净。官方停止命令停不掉更新器，只能手动 kill 再删目录。
$ 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-daemonSource: 同上 issue 正文里的临时解法，原文照抄。
「基本上——这就是恶意软件的特征。」「行吧，那我把公司里所有 Codex 席位都退掉。」—— 两条 Hacker News 评论
论坛上的话带情绪，但抱怨很具体：有人发现它跑去动了自己只给了读权限的目录。边界是用户画的，工具未必看得见。
Source: GitHub · openai/codex #53547（2026-10-13 截图）。报告人跑的是 0.162.1。
分歧只有一句话
你装的程序，不等于实际在跑的程序。前者是你用包管理器装的那份，后者是它自己复制、自己更新、自己重启的那份副本。
| 产品方的设计后端与客户端解耦：你升你的，后端自己保持最新，多客户端共用一份算力。 | 用户的心理契约我装什么版本就跑什么版本；关窗即结束；每个会话各用各的设置。 |
官方文档没正面回答。10 月 13 日我翻了两遍配置页和 CLI 页，全文搜不到「daemon」这个词；那张列了 14 项开关的「常见功能开关」表里也没有它。开关存在，只是没写进说明书。
讨论里的第一条高赞评论，做的事是教人把它关掉，还提醒可以把它写下的 pid 文件换成指向空设备的软链接，让服务下次启动直接崩。用户开始自己写运维方案了。
Source: Hacker News item 50060694（2026-10-13 截图）。556 分 / 273 条为当日傍晚快照。
我的判断
我不认为这是「恶意」能概括的事。更准确地说：它把一个纯运维决定默认甩给了每个用户。要不要常驻、多久查一次更新、环境变量算谁的，本该由装它的人定，现在产品替你定了，还没写进说明书。
这类事以后只会更多。AI 工具天然要跑得久、要权限、要不断更新能力，「装一个软件」正在变成「在本机托管一个长期在线的服务」。这种形态下，默认值就是政策，而政策不该藏在版本号的小数点后面。
📌 结论
这类工具进公司，先弄清三件事：① 谁在后台替我们跑东西、跑的是哪份程序；② 它的更新节奏会不会撞上你手上的活；③ 权限边界谁说了算。自己用，至少知道有 +1 个常驻进程、以及怎么关；管团队，这三条直接写进采购和装机规范。
// SOURCE · 📖 本文参考
