OpenAI Codex CLI 最新的 0.149.0-alpha 预发布版本带来了一批面向多任务并行管理的新功能——交互式 Agents 仪表盘、codex queue 消息排队命令、Vim 编辑能力扩展，以及 codex doctor 诊断范围扩容。本文基于官方 GitHub Release Notes 详解本次更新。
交互式 Agents 仪表盘：集中管理所有任务
Added an interactive codex agents dashboard for
searching, starting, opening, renaming, and stopping
tasks, with configurable shortcuts
对于同时运行多个 Codex 任务的用户，这个新增的仪表盘提供了一个集中管理入口——搜索、启动、打开、重命名、停止任务，全部可以在一个界面里完成，还支持自定义快捷键。此前如果要管理多个并行任务，往往需要在多个终端窗口或标签页之间来回切换，这个仪表盘明显是在往"多任务并行"这个使用场景做针对性优化。
目录管理命令：/cd、/pwd、/cwd
Added /cd, /pwd, and /cwd commands for managing the
working directory in TUI sessions
在 TUI（终端交互界面）会话中直接管理工作目录，不需要退出会话去执行 shell 命令再重新进入，对需要在会话过程中频繁切换目录上下文的用户是个小而实用的效率提升。
codex queue：向已有会话排队发消息
Added codex queue for sending messages to existing
local or remote sessions
配套修复：
- 排队的消息现在能可靠地唤醒空闲会话
- 更有效地解决重复会话命名的问题
- 保留粘贴或延迟命令的语义
这个命令补齐了此前 Codex 在"异步向后台会话下达任务"这个场景上的空缺——不需要保持在会话的交互界面里干等，可以直接把消息排队发给一个本地或远程的已有会话，会话空闲时会被消息可靠唤醒继续处理。
Vim 编辑能力扩展
Expanded Vim editing with character replacement and
more change motions such as cw, c$, and cc
Vim 用户长期依赖的"change"系列操作（cw 改词、c$ 改到行尾、cc 改整行）现在在 Codex 的 Vim 模式中得到了支持，配合此前已有的字符替换能力，Vim 重度用户在 Codex 里的编辑体验进一步向原生 Vim 靠拢。
codex doctor 诊断范围扩容
codex doctor now diagnoses endpoint protection,
network/proxy failures, desktop app state, and update
connectivity
codex doctor 是内置的自诊断命令，此前的诊断范围相对有限，这次扩容后能够检查端点保护状态、网络/代理故障、桌面应用状态以及更新连接性——对企业网络环境中排查"Codex 连不上"这类问题很有帮助，不需要再靠人工逐项排查网络、代理、端点保护软件这几个常见故障点。
SDK 增强：精确配置覆盖 + 推理强度选择
SDK users can now pass exact CLI config overrides and
select max or ultra reasoning effort
通过 SDK 集成 Codex 的开发者，现在可以传入精确的 CLI 配置覆盖项，并直接选择 max 或 ultra 级别的推理强度——对需要在应用层面精细控制 Codex 行为的集成场景，这提供了更细粒度的控制能力。
重要 Bug 修复
- 恢复(resume)和分叉(fork)的线程现在能正确恢复
其活动的权限配置，而不是静默回退到当前默认
设置
- 修复重复的sub-agent活动显示，收紧了sub-agent
通知和审批在TUI中的路由逻辑
- Realtime WebRTC连接在意外传输中断后，现在能
重新连接而不丢失待处理的输出
- Windows Terminal的滚动缓冲区中，inline TUI
历史记录现在能保持可用
- 非活跃的TUI线程重放缓冲区现在有边界限制，防止
过度保留流式输出内容
权限配置恢复这条修复值得关注——此前恢复或分叉一个已有线程时，如果权限配置没有被正确恢复而是静默回退到默认设置，可能导致用户以为自己仍在受限权限下工作，实际上权限范围已经发生了变化，这类静默行为变更修复后能提供更可预期的权限一致性。
文档更新：安全提醒
Documented DNS exfiltration risks and trust
limitations for secure devcontainers
针对使用安全 devcontainer 的用户，官方文档补充说明了 DNS 数据渗漏风险和信任边界的限制——即便使用了"安全" devcontainer，也不代表网络层面完全隔离，用户需要了解这些限制以做出正确的安全决策。
实战建议
1. 同时运行多个Codex任务的用户，建议尽快熟悉新的
Agents仪表盘，替代此前手动在多窗口间切换管理
任务的方式
2. 需要异步向后台会话下达指令的用户，可以用codex
queue替代此前必须保持在交互界面等待的做法
3. Vim重度用户可以体验新增的change系列motion操作，
进一步提升编辑效率
4. 企业网络环境下Codex连接异常时，优先运行codex
doctor做全面诊断，而非手动逐项排查
5. 使用devcontainer的用户，务必阅读官方新增的DNS
渗漏风险文档，理解安全边界的实际限制
总结
Codex CLI 0.149 这批更新的主线是"多任务并行管理"——从仪表盘到消息排队命令，都在为同时处理多个编程任务的重度用户提供更趁手的工具，这也符合近期 Codex 从单一编程助手向多智能体协作平台演进的整体方向。
来源：Codex Releases - rust-v0.149.0 — OpenAI Codex 官方 GitHub Release