一条提示词变成经过审查、测试、文档化并已合并的变更 — 而用户可以去做别的事。Pipeline 共有 12 个步骤，并负责处理全部步骤。

Pipeline

可获得的价值

• 每个 Task 都在自己独立的分支上工作，因此并行的 Task 不会冲突，主代码保持安全。
• 在用户看到结果之前，就已完成 AI 审查和自动修复。
• 单元测试和端到端测试会自动运行。
• 结果会对照用户给出的验收标准进行检查。
• 文档和 Behavioral Contracts 会自动保持最新。
• 合并进入队列，且变更落地之前构建必须通过。
• 出现故障时，AITM 会自行恢复，用户也可以从任意步骤恢复。
• 每个 Task 都会留下可读的结果摘要和历史记录。

12 个步骤

1. Branch — Task 获得自己的安全工作区，不会与其他 Task 冲突。可获得：在工作就绪之前，主代码不会被改动。
2. Architect — AI 阅读提示词和相关代码，并规划解决方案。可获得：一份经过深思熟虑的计划，说明项目的哪些部分会发生变化。
3. Code — 将计划转化为实际的文件变更。可获得：完成的实现。
4. Compliance-check — 针对复杂 Task，独立地将 diff 与需求进行比对。它会跳过较简单的 Task，并将发现的问题传递给 Review。可获得：对遗漏需求的早期提醒。
5. Review — AI 像同事一样检查工作并给出结论。可获得：无需等待真人的第二双眼睛。
6. Fix — 处理 Review 标出的所有问题；可与 Review 循环几次。可获得：整理干净的结果。
7. Test — 运行项目的自动化单元测试。可获得：确信变更没有破坏现有行为。
8. E2E — 运行像真实用户一样操作应用的测试。仅当项目具有端到端测试时才运行，并与 Test 并行。可获得：整个用户流程得到验证。
9. Verify — 将结果与 Task 的验收标准进行比较；每项最终为 passed、failed 或 unverifiable。可获得：关于 Task 是否完成了所要求内容的明确答案。
10. Snapshot — 可选步骤，捕获 UI 的截图。可获得：变更的可视化记录。
11. Docs — 更新文档和 Behavioral Contracts，以反映所发生的变化。始终运行。可获得：不会过时的文档。
12. Chain-audit — 仅作用于一串相互依赖的 Task 中的最后一个 Task，重新检查之前每个 Task 的标准。可获得：整条链条协调一致的保证。

合并不是 Pipeline 的步骤 — 最后一个步骤之后，Task 进入 Merge queue，由其合并到 dev 分支。在此之前，已完成的 Task 会显示 Finalizing… 标记。详情参见 合并、合并后修复与 Scope Gate。

需要用户介入的地方

• 审阅 Task 结果 — 参见 查看结果与归档。
• 如果结果与意图不符，修改提示词。
• Pipeline 停止时，从某个步骤恢复，或将 Task 重新排队。

步骤失败时

卡住的步骤会自动重试；重试次数在 Settings → Pipeline 中设置。如果与 dev 同步后构建失败，会尝试修复；出现合并冲突时，首先尝试由 AI 辅助解决。如果这仍然不够，Task 会保持被标记的状态，并显示原因。失败或冲突的 Task 卡片随后会提供一个恢复建议按钮。