Pipeline

大多数真实的编码会话本身就是一种 pipeline：先研究，再实现，最后审查。每个 Agent 的输出会成为下一个 Agent 的输入。Pipeline 将这种形态显式化，而不是让你在终端之间手动搬运文本。

在 Builder 中用 Cmd+2 / Ctrl+2 创建一个，或者直接从 composer 中启动。

阶段

Pipeline 是一个有序的阶段列表。每个阶段包含一个 Agent、一个模型和一段 brief，并接收上一阶段的输出作为输入。

因为顺序是声明式的而非即兴的，你可以一眼看出每个 Agent 在做什么——Agent 们自己也能看到。

质量门禁

每个阶段都可以接受或拒绝收到的交接内容。

这正是该功能的核心。没有门禁时，对一份有问题的初稿进行精心审查是一种真实且代价高昂的结果；有了门禁，拒绝会发生在第二阶段，而不是第四阶段。

拒绝次数是有上限的——默认为两轮。此后，Pipeline 会将问题上报给你，而不是让两个意见不合的 Agent 无限循环。

从 composer 启动

把它写成一句话：

研究 auth 故障，然后 grok 起草修复方案，然后 opencode 进行审查

这会被识别为一个 Pipeline，你当前的终端作为第 1 阶段。单词 then 就是信号——Agent Input 在 Auto 模式下会告诉你它选择了 Pipeline 以及原因。

观察运行过程

Mission Control 会为运行中的 Pipeline 显示一个阶段条，因此调试一个四阶段审查时，看起来就是一个四阶段审查，而不是一张组织架构图。

中断的运行——包括有意停止的——会保留在 Run & Logs 中，运行详情里可以看到错误原因，并且可以导出为 zip，附带编排日志。

Pipeline 还是 Hierarchy？

• 当工作有先后顺序时，用 Pipeline：先做这个，再做那个，然后做另一个。
• 当工作有指挥链时，用 Hierarchy：一个负责人将任务分配出去，再汇总回来。
• 当工作是并行的，且 Agent 们是平级关系时，用 Team 或 Swarm。

Pattern Guide——Agent Input 中模式控件旁边的 ?——会将这五种模式并排展示，并用一个动词点明每种模式的区别。

相关

• Builder
• Agent Hierarchy
• Orchestration 概览