测试串成一套固定流程。
好处是流程完整，但一旦遇到特殊任务，调整起来就很麻烦。某个环节出了问题，也很难快速判断问题在哪。
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 不需要接管整个开发过程。把经验拆得足够小、按需组合，反而更容易复用，也更容易维护。