工作流框架 = 阶段 + 交接物 + 关卡 + 角色。看懂这四样,任何框架都能拆开。
一个功能从想法到合并要经过好几步:想清楚要什么、定方案、拆任务、写代码、审查、测试、合并。每一步谁来做、做完交出什么、谁说了算才能进入下一步,这些合起来就叫工作流。
工作流框架就是别人把解决这些问题的流程,用 Skill、子代理、Hook 打包好,你装上就能用。
这一章讲五个:Superpowers、gstack、Spec Kit、OpenSpec、Trellis。
一、工作流的四要素
不管框架叫什么名字、命令怎么起,拆开都是这四样:
1. 阶段:一段有明确产出的工作
需求、方案、实现、审查……每个框架切法不同,有的切 3 段,有的切 9 段。
切得越细,每一步越可控,但走完一遍也越慢。看一个框架,先数它切了几段。
2. 交接物:落盘的文件
阶段之间传信息,靠的是文件,不靠对话。这五个框架都会在每个阶段结束时写一个文件:设计文档、计划、任务清单,下一个阶段只认这个文件。
结果是换会话、换人、甚至换一个 Agent 工具,都能接着干。
3. 关卡:谁说了算,才能往下走
关卡有软有硬。
| 关卡 | 例子 | 硬度 |
|---|---|---|
| 提示词里写等用户确认再继续 | 大部分框架的你点头 | 软:模型可能跳过 |
| 一个独立的检查步骤 | 审查子代理、/goal 的检查者 |
中:换个角色判卷 |
| 程序校验 | CLI 校验文件格式、Hook 拦截 | 硬:不过就是不过 |