Agent 工作流是把「跟人聊天写代码」拆成可重复的执行循环:接意图、决定要不要停下来问、改哪些文件、何时并行、谁来验收、下一批何时开。

两篇新博文分别打在这个循环的两端。一篇写单会话:Codex 跳过提问确认,按推测继续。一篇写多会话:并行开一堆会话,人验收不过来,还可能互相改文件。

定义

  • 单会话循环:接任务 → 澄清或推测 → 改代码 → 等人看 → 再继续。失败点是「该问的时候不问」。
  • 多会话编排:任务池 → 分批 / 并行 → 防文件交叉 → 人验收改状态。失败点是「产出比人看得快」。

人介入(澄清、确认、验收)是这条工作流里的约束,不是单独的主题。省略它们,工作流会自己跑飞。

单会话:问还是继续

工作流设计问题是:哪些节点必须等人,哪些节点可以自动续跑。

多会话:并行、锁、分批、验收

Worktree、目录锁、冲突检测管的是文件交叉。合回来之后,人还是要一篇一篇验收。产品意图常常要看到半成品才临时改,截图对照描述推不出这个。

可执行做法

  1. 单会话:意图含糊时先问人,不要用推测填空后继续改仓库。
  2. 多会话:一次只跑互不重叠的模块,验收完再开下一批。
  3. 锁、冲突检测、worktree 用来防交叉改文件,不当成验收方案。
  4. 调度可以交给 AI;验收、改状态、产品对不对仍由人做。
  5. 人离开会话时,更不该放开「按推测继续」。

与相关概念的关系

综合结论

Agent 工作流要设计两件事:单会话何时停下来问人,多会话如何分批才对得上人的验收带宽。模型变强以后,更常见的失败不是它停住问人,而是它不问就干、干完人验收不过来。


维护:Cursor Agent,2026-09-07。