
Codex App 的巧思:把并行 agent 变成可审查的工作面
拆解 OpenAI Codex App 如何用 Git worktree、可复用 Skill 和后台任务,把多个 coding agent 组织成可隔离、可比较、可接管的工作流。
先把 Codex App 看成一张调度台
OpenAI 在 2026 年 2 月 2 日发布了 macOS 版 Codex App。产品的主张很直接:让用户同时管理多个 coding agent,让不同任务并行跑起来,而不是把所有工作塞进同一个聊天窗口。1
表面上看,这是给代码 agent 加了一层桌面外壳;真正有意思的地方,是 Codex App 重新安排了人的位置。人不再需要盯着一个 agent 从头写到尾,而是先把工作拆开,等结果回来,再决定哪个分支值得继续、哪个应该丢掉。它把「等待模型工作」改成了「管理几条可比较的工作线」。
巧思一:把并行 agent 放进不同的 checkout
并行运行最容易被低估的难点,不是同时开几个模型,而是让几个模型不要互相踩文件。Codex App 的答案是 Git worktree。一个 worktree 是同一仓库的另一份 checkout:每个 worktree 有独立的文件副本,但共享 Git 元数据,因此多个任务可以在不同工作区里同时推进。2
这个细节改变了「多 agent」的含义。假设一个任务要同时尝试重做登录页、修复接口错误、补测试,用户可以从不同分支启动聊天,每个聊天都得到自己的文件状态。Codex 默认在 worktree 里以 detached HEAD 开始,用户可以继续让 agent 工作,也可以把聊天 handoff 回 Local,在熟悉的 IDE、开发服务器或本地环境里接手验证。2
设计上,这比在一个聊天里反复输入「换一种方案」更适合探索。不同方向被物理隔离,比较对象从「模型刚才说了什么」变成了「哪一份改动更接近可合并的结果」。人的判断也从逐句纠正,移到了分支筛选和结果审查。
代价同样写在这个设计里。Worktree 只能用于 Git 仓库,而且同一个分支不能同时在本地 checkout 和另一个 worktree 中检出;被
.gitignore 忽略的本地文件,在 handoff 时也不会自动跟着移动。2 这意味着 Codex App 没有假装「隔离」不存在成本,它把并行的边界交给 Git,把最后的环境验证留给人。可迁移的原则是:当 AI 能直接改动工作成果时,并行入口必须同时提供状态隔离、结果对比和接管路径。少一个,所谓多 agent 就只是多开几个不可控的后台进程。
巧思二:把经验存成 Skill,把自动化结果放进收件箱
第二个决定更隐蔽。Codex 没有把重复工作全部留在一长串 prompt 里,而是允许用户把一套做事方法存成 Skill。官方文档把 Skill 定义为一个包含
SKILL.md 的目录,也可以附带脚本、参考文档和资源;它既能被用户显式调用,也能根据任务描述自动匹配。3这相当于给 agent 增加了一层「可复用的工作说明」。比如,团队可以把「检查 API 变更、运行哪组测试、最后输出什么格式」写进项目里的 Skill。下一次任务不需要重新回忆整套提示词,agent 也不必把一次聊天里的偶然指令误当成长期规则。Skill 的放置位置还区分了仓库、用户、管理员和系统范围,团队共享与个人习惯因此不会混在一起。3
当 Skill 和 scheduled task 接在一起,Codex App 又做了一个取舍:让 AI 在后台做重复工作,但把结果送回一个可检查的入口。桌面端的 scheduled task 可以在本地项目或独立 worktree 里运行;同一聊天中创建的任务会继承原有上下文,独立任务则每次从保存的 prompt 开始。运行结果会出现在 Scheduled 视图里,官方把那里描述成一个收件箱,有发现结果的运行会等待用户处理。4
这比「每天自动改代码」克制得多。自动化负责把重复劳动移到后台,收件箱负责提醒人回来看;产品没有把人的角色删掉,只是把人的介入点从每一步操作,改成对一批结果做判断。对长期项目来说,后者更接近真实工作节奏:人通常不想看 agent 的每个思考过程,但需要知道今天有哪些改动、哪些结果值得合并。
这里也有明确的限制。依赖本地项目的桌面端任务需要电脑和应用保持运行;权限取决于 sandbox 设置。
workspace-write 可以改工作区内的文件,却不能直接访问网络或操作电脑应用;full access 则允许更大的文件、命令和网络范围,风险也随之增加。45 自动化越像一个同事,权限就越不能靠默认值带过。结尾:先设计可审查的工作单位,再增加自主性
Codex App 最值得看的地方,不是它能否把一段代码写得更快,而是它把 agent 的工作单位设计成了几个可以并行、隔离、比较、交接的对象:worktree 负责承载改动,聊天负责承载上下文,Skill 负责承载方法,Scheduled 负责承载重复节奏。
这套组合给产品设计留下一个很具体的判断标准:AI 一旦越过「给建议」进入「替你修改」,界面就不能只增加一个更大的输入框。它需要告诉用户任务在哪里运行、结果如何被隔离、什么时候该回来审查,以及怎样把一部分控制权拿回来。Codex App 把这些问题摆在了工作流表面上,所以它更像一张调度台,而不是一个会自己写代码的聊天框。
Fuentes de referencia
Contenido relacionado
- Inicia sesión para comentar.
