Codex 0.167.0：终端里多了个 agent 指挥中心，切后端不丢草稿

要点速览

• rust-v0.167.0（tag 时间戳 2026-11-06T01:40:00Z，prerelease: false）已转正为 stable，接替 10-29 的 rust-v0.166.0，生产请改钉 rust-v0.167.0。
• 🆕 codex agents --no-daemon 打开 agent 命令中心：命令中心与会话选择器都会标记未读结果。
• 🆕 终端会话选择器里可切换已连接的后端，切的时候草稿保留。
• 🆕 补上 Vertex AI 与系统代理两个"环境"缺口：Sign in another way 下新增 API key 与云厂商入口，gcp_setup_wizard 可用 ADC 或凭据文件配 Google Cloud Vertex AI；/experimental 里可选开启 macOS / Windows 系统代理。
• 🆕 本地图片附件可在写 prompt 时预览，transcript 里的本地图片路径可点击打开。
• 🆕 审批提示打开时可直接展开补丁详情。
• 自动上下文压缩开始计入两类此前被忽略的输出：失败响应保留的输出、以及缺 token 用量数据的响应。这会改变长会话的成本核算口径。
• 网络审批的行为收紧：请求结束时提示自动关闭；同一端点的并发请求改为逐个弹，不再同时弹一堆。
• 切模型厂商后已保存的会话仍可见：无法恢复的会话可以读 transcript，并整理成可编辑的 prompt 在新会话里续上。

这几条值得单独读

① codex agents --no-daemon：agent 从「一次一会话」变「可管理的一组」

官方原文："Open the agent command center with codex agents --no-daemon. The command center and session picker now mark unread results."

含义：Codex 此前的心智模型是「一个终端一个会话」，本版开始有中心化的 agent 管理入口，并且会告诉你哪个会话有新结果还没看。

官方没有解释 --no-daemon 与默认 codex agents 的差异，也没说守护进程模式是否默认。命名暗示默认会起一个后台进程，但这是推断，不是官方口径。

② 跨后端切换保留草稿：多厂商并存成了默认现实

官方原文："Switch between connected backends from the terminal session picker and keep your drafts when switching (#58280, #58457)."

含义：同一个终端里可以接多个后端（不同厂商 / 不同凭据），并随时切换；切换时输入框里的草稿不丢。这条看似小，实际是对「一个团队混用多家模型」这个现实的承认——此前的做法通常是开多个终端或反复改配置。

③ 压缩计入失败响应：成本口径变了

官方原文："Automatic context compaction now accounts for retained output from failed responses and responses with missing token usage data (#58404)."

含义：此前自动压缩的触发判断没有把「失败响应里仍被保留的输出」和「缺用量数据的响应」算进去，于是这两类内容会在账外堆积；本版把它们计入。结果是：同样长度的会话，压缩可能更早触发——长跑任务的轮次与成本预期要跟着调。

④ 网络审批：并发请求逐个弹，请求结束即关闭

官方原文："Network approval prompts close when their requests end. Concurrent requests to the same endpoint prompt one at a time (#58350, #58351)."

含义：这两条一起看是**「审批弹窗不再堆积」。此前同一端点并发多个请求会弹一堆框、且请求结束后框还留着；现在按序弹、随请求结束而消失。对无人值守场景，「弹窗数量」本身就是是否卡住的信号**，这条会影响你判断卡在哪。

⑤ 托管网络与强制人工审批（文档侧，代码已在更早的提交里）

本版文档补齐了 app-server 的 [permissions.network] 受管网络约束，以及 prompt-user 类命令规则「需要重新获得人工批准」。Changelog 里对应的是 "Add managed command checkpoints requiring fresh human approval (#58045)"。

含义：「批准一次就长期有效」的模式在受管环境下被收紧——某些命令每次都要重新过人工。在 CI 或后台常驻 agent 里用 prompt-user 的，升级后会被反复要求批准。

其余更新

• Ctrl+L 清屏但不清历史：Ctrl+T 仍可回看更早的消息。
• 删除文字后露出前导 !：仍保持普通草稿在 chat 模式，不会被当成 shell 命令。
• 长时实时 V3 对话：transcript 增长时会把已完成的语音存入历史。
• Linux musl 构建减少 allocator arena：对话卸载后的空闲内存下降。
• DotSlash 清单改为引用本次发布随附的 Cargo 包。
• openai-docs skill 在迁移已弃用模型时改为推荐官方文档里给出的替代型号（此前可能推荐非官方路径）。

AI 之家 观点

一、codex agents 这个入口的意义不在「多了一个命令」，在「Codex 承认了多会话是常态」。 此前 CLI agent 的隐含假设是「一个终端专注一件事」；一旦你要同时跑三个任务（改 bug、写测试、查日志），只能开三个终端自己记谁是谁。命令中心 + 未读标记 是把「人脑记账」这件事交给工具——这恰恰是 Claude Code 的 /tasks 与 agents view 早就在做的事。两家在同一个月把「多 agent 管理」当第一优先级，说明这已经是竞争焦点，不是附加功能。

二、但 --no-daemon 这个参数名暴露了一个没讲清楚的东西。 一个 CLI 需要显式加 --no-daemon 才能"不起后台进程"，意味着默认路径是起守护进程。对个人用户这是便利；对在容器、CI、审计环境里跑 Codex 的团队，这是新的攻击面与新的清理负担——后台进程活多久、崩了谁重启、日志在哪，官方本条都还没答。建议在无人值守环境里显式用 --no-daemon，别依赖默认行为。

三、压缩计入失败响应，是一条披着「修复」外衣的成本变更。 这类条目最容易被跳过，因为它写在 Bug Fixes 里、也没提「会多花钱」。实际影响是：你的长会话会更早被压缩，而压缩本身是一次额外的模型调用。 凡是按 token 做预算的流水线，升级后第一件事是重新量一遍单任务成本，而不是看有没有报错。

四、给使用者的四条动作：① 生产改钉 rust-v0.167.0；② CI / 容器里跑 Codex 的，显式加 --no-daemon 并确认没有残留进程；③ 按 token 做预算的，重测长会话成本（压缩口径变了）；④ 配了 prompt-user 命令规则的，评估「每次都要重新人工批准」对自动化的影响。

待核实

• --no-daemon 与默认 codex agents 的行为差异，以及默认是否常驻守护进程——官方未解释。
• gcp_setup_wizard 是否对所有计划开放，以及 Vertex AI 支持的模型清单。
• prompt-user 命令规则的「fresh human approval」作用域（按命令、按目录还是按会话）——官方只有 README 一句话。
• 跨后端切换时哪些状态会保留（草稿明确保留；审批状态、工作目录、会话历史是否保留，官方未写）。
• /experimental 里的系统代理是否兼容需要客户端证书的企业代理——官方未说明。

来源

• ⭐ Codex rust-v0.167.0 Release Notes（官方原文，一手，tag 时间戳 2026-11-06T01:40:00Z）
• Codex Releases（官方仓库，逐 tag 核对 prerelease 字段）
• Codex rust-v0.166.0 Release Notes（官方原文，前序 stable，用于版本线对照）

延伸阅读：Codex CLI 工具卡、Codex v0.166.0 转正资讯、Claude Code 工具卡、上下文压缩百科。