一个终端同时跑五个智能体：Codex CLI 焕新版怎么把并行开发接进日常流程

一个后端开发最熟悉的时间黑洞长这样：你让智能体去改一个模块，它跑了八分钟，你盯着终端滚了八分钟。然后你发现方向错了，从头再来。一个上午就这样耗掉两个来回。

9 月 29 日 DevDay 上，OpenAI 把 Codex CLI 做了一次整体焕新，核心解决的不是「写得更快」，而是「你不用再干等」。新增的 /agents 视图、语音对话、工作树支持和可复用的云环境，组合起来把终端从「一个对话窗口」变成了「一个调度面板」。这次更新对所有套餐开放。这篇讲清楚这些能力各自解决什么问题，以及怎么把它们接进你现在的工作流。

真正的痛点不是写得慢，是等得久

单个智能体的速度这几年提升很明显，但工作流的瓶颈早就换了位置。你真正浪费掉的时间主要在三个地方：等一个任务跑完才能开下一个；跑完之后要花时间回忆它改了什么、为什么这么改；以及发现方向不对时，之前那八分钟全部作废。

并行解决第一个，可追溯的输出解决第二个，工作树解决第三个。这次更新的每一项能力，基本都能对上其中一个。

/agents 视图：把并行任务放到一个屏幕里

新的 /agents 视图列出所有并发任务，显示各自进度，可以在任务之间直接切换，不用再开一堆终端窗口。

这个改动看起来小，实际改变了工作方式。以前要并行跑三个任务，你得开三个终端标签，靠记忆区分哪个是哪个，最后再一个个回去看结果。现在所有子智能体的运行状态集中在一处，你可以随时检查进度、查看结果、把某个跑偏的任务重定向。

真正的关键是它让「委托」这件事变得可管理。你可以同时派出去：一个重构数据层，一个补测试，一个查某处报错的根因。三个任务各自推进，你只在它们需要决策的时候介入。

/voice：动嘴启动任务，动手检查 diff

/voice 命令开启语音对话，支持语音输入和语音回复，默认开启，F8 是开关，/voice 本身是设置选择器。官方还打包了 Linux 和 Windows 需要的音频运行时，省掉了平台配置这一步。

语音适合的场景很明确：给高层指令、追问、查状态。比如一边看日志一边说「把这个重试逻辑改成指数退避，上限三次」，比停下来敲一长串要自然得多。

但语音不适合的场景同样明确：精确检查 diff、核对具体代码、决定要不要采纳某个改动。这些必须看文字。官方的设计也遵循这个分界——实时转写和智能体输出始终保留在终端里，你可以随时切回文字模式逐行看。

/fork 接上工作树：让两个方案各写各的

在 Git 仓库里，/fork 现在会把当前会话复制一份，并配上一个受管工作树。工作树是共享同一份 Git 数据的独立检出，每个 fork 可以独立改文件，互不干扰。

这个功能解决的是最折磨人的场景：你想让智能体试两种实现方案，但又怕它改乱当前工作区。以前只能手动开分支、手动切、手动合，现在 fork 直接落到文件系统层面隔离。

需要提醒的是，隔离只到「编辑」这一层。两个分支最终还是要你来评审、合并、解冲突。工作树减少的是意外覆盖，不是减少决策负担。

云环境：把「我这台机器能跑」变成团队标配

Codex 之前也能跑云端任务，但每次都从零开始装依赖。现在云环境创建一次就可以发布：Codex 会检查指定的 GitHub 仓库、装依赖和工具、跑通流程，缺什么会主动问。之后每个任务都从这个已发布的环境起步，各自有独立工作区，而且——你的笔记本合上之后它还在跑。

环境里保存着项目需要的访问权限：网络密钥覆盖允许的 HTTPS 服务，环境本身限制 Codex 能访问哪些网络目标。任务可以从网页、桌面端、手机或终端（codex cloud）发起。

这一步的意义在于，它把「在我机器上能跑」变成了团队共享的标准配置。也正因为环境是持久的，从手机上派任务才变得实际。该功能面向 Plus / Pro / Business / Healthcare / Education / Enterprise 套餐。

长会话体验：折叠、渲染与主题

界面这一层的改动全是冲着长会话来的：

• 长 diff 和冗长工具输出可以折叠，不再把屏幕刷爆。
• Mermaid 图和 LaTeX 在终端内直接渲染，不用另外开查看器。
• /theme 切换终端主题，/usage 查看用量和活动信息。
• 独立的状态区、提示区和快捷键区，长任务跑起来的时候控制项始终可见。
• 编辑提示词、恢复会话的流程也做了改进。

这些改动单独看都不起眼，但叠在一起决定了你能不能在一个会话里连续工作两小时。在此之前，长会话的主要障碍就是滚动历史没法看、输出堆积没法读。

安全云与代码评审：把复查也搬上云

Codex Security Cloud 是一个插件，可以对整个 GitHub 仓库做按需或定时扫描，新提交会持续纳入检查。Codex 会逐条核查发现的问题、去重，并在云端直接准备修复。给出修复方案的会生成补丁，评审通过后变成 draft PR。监控设置可以指定云环境、回溯天数和是否暂停。

桌面端还多了一个代码评审界面：显示 PR 的描述、改动文件、评论和检查项，可以在把反馈发到 GitHub 或 GitLab 之前先问 Codex 对某处改动的看法。GitHub 评审已全面开放，GitLab 合并请求仍是预览。

这两个能力指向同一件事——把复查环节也挪到云端，让它在你不在电脑前的时候发生。

三步把它接进你现在的工作流

第一步，先把并行用起来，但只并行低耦合的任务。挑那种改的文件不重叠、失败代价也低的事情，比如补文档、加测试、查报错根因。跑顺了再并行业务逻辑改动。

第二步，给每个并行任务一个独立的 fork 和工作树。不要在同一个工作区里让多个智能体同时改文件，这个坑一旦踩到，排查成本远超并行省下的时间。

第三步，把固定的项目上下文写进仓库根目录的 AGENTS.md。并行任务越多，每个任务对背景知识的依赖就越强；AGENTS.md 是唯一能让所有分支共享同一份项目约定的地方。

升级只要一条命令：npm install -g @openai/codex@latest。认证支持 ChatGPT 账号或 API key，前者按套餐额度走，后者计入对应 API 项目。Codex CLI 仍是 Apache 2.0 开源。

什么时候别用并行

并行不是万能的。三类任务不适合拆开跑：改动高度耦合的重构、需要反复权衡同一个设计决策的探索、以及你对自己要什么还没想清楚的时候。

并行真正的收益来自「你已经想清楚要做什么，只是不想干等」。如果你还没想清楚，多个智能体只会同时给你多个你不确定的答案，然后把决策成本推回给你。界面越方便，这个陷阱越容易踩。

还有一个现实约束：并行提升的是产出速度，但瓶颈会转移到验证环节。diff 检查、跑测试、管权限、决定哪个分支进主干，这些事一个都不会少。并行的上限，最终由你每天能认真评审多少改动决定。