它是什么
这套 Skill 叫 mattpocock/skills，录视频时 GitHub 上已经有 20 多万 Star。
注意，它不是一个帮你直接生成网站的 Skill，而是一套教 AI 怎么像工程师一样工作的流程。我推荐它，不是因为它火，而是它实际解决了我开发过程中遇到的 4 个痛点。
| 痛点 | 用哪个 |
|---|---|
| 需求没想清楚，AI 就直接开工 | grill-me → to-spec → to-tickets |
| 长任务做不完，换会话要从头解释 | handoff |
| 项目越做越大，代码越来越乱 | grill-with-docs、improve-codebase-architecture |
| 做了新功能，又改坏了旧功能 | tdd |
痛点 1：需求没想清楚，AI 就直接开工
以前我只说一句「帮我做一个网站」，AI 就直接开干了。Token 烧了不少，做出来的东西却只能给到 60 分，根本不是我想要的。
这时候就用 grill-me。它的 Skill 里是这么写的：不断追问用户，直到达成共同的理解。我第一次用的时候，它问了我 40 多个问题。这个过程可能有点慢，但暴露了很多我一开始没有想清楚的问题。
需求讨论清楚以后，再用 to-spec 把前面的讨论写成需求文档，用 to-tickets 拆成小任务，逐个开发。对我来说，做完这一步，最终结果能从 60 分提高到 80 分甚至 90 分。
STEP 03痛点 2：长任务做不完，换会话又要从头解释
因为模型上下文的限制，很多时候我们需要新开一个会话来继续任务，或者换一个模型来开发。
用 handoff，它会把当前的进度、关键的决定、项目的状态、相关的文件整理成一份交接文档。把这份文档交给新的会话，AI 就知道当前任务进行到哪、你们之前有什么约定，接下来该干什么。
STEP 04痛点 3：项目越做越大，代码越来越乱
AI 的上下文非常有限，所以有时候它会重复写已经存在的模块，新代码就和旧架构产生了冲突。
grill-with-docs 会记录项目的术语和你之前做的关键决定。improve-codebase-architecture 会扫描项目结构，找出整个项目中值得合并和重构的地方。它不是一键清理垃圾，而是先指出哪里正在变成「代码屎山」。
STEP 05痛点 4：做了后面的功能，又改坏了前面的
用 tdd 这个 Skill，AI 一次只做一个行为：先写一个失败的测试，再写刚好能通过的代码，让每一次修改都有反馈，避免改了 A、又悄悄弄坏了 B。
STEP 06小而美，需要哪个用哪个
这套 Skill 我最喜欢的地方就是小而美，每个都可以单独调用、自由组合：需求不清就用 grill-me，换会话就用 handoff，重要功能用 tdd，小的改动就没必要走完整流程。
它把优秀工程师的工作习惯，变成了普通人都能调用的流程：少返工，少重复解释，也更敢相信 AI 最后做出来的东西。