前言

1,474 字 · 预计阅读 4 分钟

工作流框架 = 阶段 + 交接物 + 关卡 + 角色。看懂这四样,任何框架都能拆开。

一个功能从想法到合并要经过好几步:想清楚要什么、定方案、拆任务、写代码、审查、测试、合并。每一步谁来做、做完交出什么、谁说了算才能进入下一步,这些合起来就叫工作流。

工作流框架就是别人把解决这些问题的流程,用 Skill、子代理、Hook 打包好,你装上就能用。

这一章讲五个:Superpowers、gstack、Spec Kit、OpenSpec、Trellis。


一、工作流的四要素

一个工作流的四样东西:阶段、交接物、关卡、角色

不管框架叫什么名字、命令怎么起,拆开都是这四样:

1. 阶段:一段有明确产出的工作

需求、方案、实现、审查……每个框架切法不同,有的切 3 段,有的切 9 段。

切得越细,每一步越可控,但走完一遍也越慢。看一个框架,先数它切了几段。


2. 交接物:落盘的文件

阶段之间传信息,靠的是文件,不靠对话。这五个框架都会在每个阶段结束时写一个文件:设计文档、计划、任务清单,下一个阶段只认这个文件。

结果是换会话、换人、甚至换一个 Agent 工具,都能接着干。


3. 关卡:谁说了算,才能往下走

关卡有软有硬。

关卡 例子 硬度
提示词里写等用户确认再继续 大部分框架的你点头 软:模型可能跳过
一个独立的检查步骤 审查子代理、/goal 的检查者 中:换个角色判卷
程序校验 CLI 校验文件格式、Hook 拦截 硬:不过就是不过

本文是会员内容

全文 1,474 字,已试读约 29%。开通专业版可阅读全文,并解锁全部官方课程与后续更新。

开通专业版

支持 7 天无理由退款 · 早鸟价 99 元/年(售完恢复365/年)

课程中涉及的第三方项目,其著作权与商标归各自权利人所有;引用处的署名与许可见《开源与来源说明》。