很多 AI 编程框架喜欢把需求、规划、编码、

火车开往冬天

很多 AI 编程框架喜欢把需求、规划、编码、
测试串成一套固定流程。

好处是流程完整，但一旦遇到特殊任务，调整起来就很麻烦。某个环节出了问题，也很难快速判断问题在哪。

Matt Pocock 的思路更轻：把 Skill 做小，一个 Skill 只解决一类问题。

比如：

1、grill-with-docs：澄清需求，记录术语和关键决策

2、to-spec：把讨论结果整理成可执行的规格

3、tdd：约束测试驱动开发流程

4、diagnosing-bugs：按固定步骤定位 Bug
这些 Skill 没有强制的先后关系。可以单独使用，也可以根据任务自由组合。

写新功能时，可以 grill-with-docs → to-spec → tdd；

遇到线上问题，直接调用 diagnosing-bugs，没必要跑完整套流程。

开发流程仍由开发者控制，Skill 只提供可复用的工程方法。

好的 Skill 不需要接管整个开发过程。把经验拆得足够小、按需组合，反而更容易复用，也更容易维护。