前言
如果你在用 Cursor、Claude Code、或是和我一样用 pi 这类 coding agent 写代码，你可能会有同感：
Agent 有时候表现很好，有时候又莫名其妙地跑偏。
不是模型不行，而是缺少一个「流程」来约束它。就像写代码没有测试一样——全靠运气。
Matt Pocock（TypeScript 大佬，知名教程作者）开源了一套 skills 仓库，专门解决这个问题。我实际用了一段时间，推荐几个最值得装的。
怎么装
一行命令，选你想要的 skill 就行：
npx skills@latest add mattpocock/skills
然后对着 agent 说 /setup-matt-pocock-skills 做一次初始化，配好 issue tracker 和文档路径就完事。
重点推荐
⭐ /grill-me —— 写代码前先被盘问一番
最受欢迎的 skill，没有之一。
你有没有这种经历：跟 agent 说「帮我写个 XX 功能」，它哐哐写了一大堆，结果跟你想的完全不一样？
/grill-me 就是解决这个问题的。它会让 agent 反过来问你问题，一个接一个，把需求、边界、设计决策全部理清楚，达成共识后再动手。
之前我选博客框架，就是用这个 skill 被盘问了半天，最后选了 Hugo。事实证明这个选择是对的。
⭐ /grill-with-docs —— 带文档的盘问
/grill-me 的升级版。在盘问的同时，还会帮你建立项目术语表（CONTEXT.md） 和架构决策记录（ADR）。
效果就是你跟 agent 之间有了共享词汇，沟通效率翻倍。Matt 称之为"整个仓库里最酷的技巧"。
🔧 /tdd —— 红绿重构循环
如果你想让 agent 写出更靠谱的代码，TDD 是经过几十年验证的方法。
这个 skill 让 agent 严格遵循 红（写失败测试）→ 绿（让测试通过）→ 重构 的循环。一个测试、一段代码、再一个测试——像 tracer bullet 一样推进，每一步都有反馈。
🐛 /diagnose —— 正经 debug 流程
Agent 写的代码有 bug 怎么办？大多数 agent 会盯着代码瞎猜。
/diagnose 强迫它走正规 debug 流程：复现 → 最小化 → 假设 → 埋点验证 → 修复 → 回归测试。第一步永远是"先建一个快速反馈回路"，而不是在那干瞪眼。
🏗️ /improve-codebase-architecture —— 对抗软件熵
Agent 写代码太快了，代码腐烂的速度也前所未有的快。
这个 skill 会分析你的代码库，找出「浅模块」（接口复杂但功能少的模块），建议怎么拆成「深模块」（接口简单但功能强的模块）。Matt 建议每隔几天跑一次，不然代码很快就会变成一坨。
📋 /to-issues —— 计划变任务
有个功能想拆成可执行的任务？这个 skill 把你的 PRD 或想法切成垂直切片的 issue，每个 issue 独立可完成，直接打到 issue tracker 上。
📄 /to-prd —— 对话变 PRD
聊完需求后，让它把讨论内容自动整理成 PRD，发到 issue tracker。省了写文档的时间。
🗂️ /triage —— 自动 triage issues
Issue 太多管不过来？这个 skill 用状态机帮你处理 issue 分类、打标签、分配，还能自动生成 agent brief。
⚡ /caveman —— 极简模式
Agent 话太多、token 烧太快？触发 /caveman 后，agent 的回答会压缩掉所有废话，只剩技术干货。省约 75% 的 token。
我在确认一些简单问题的时候经常用，效果拔群。
🤝 /handoff —— 交接文档
对话太长换 session 了，或者想换另一个 agent 接手？这个 skill 会把当前上下文压缩成一份交接文档，下一个 agent 打开就能无缝继续。
哪些适合你？
| 你的场景 | 推荐优先装 |
|---|---|
| 经常跟 agent 需求对不齐 | /grill-me 或 /grill-with-docs |
| 写功能想要更稳 | /tdd |
| 修 bug 修到心累 | /diagnose |
| 代码库越来越乱 | /improve-codebase-architecture |
| 想把想法变可执行任务 | /to-issues + /to-prd |
| 项目多人协作issue多 | /triage |
| Agent 话太多想省token | /caveman |
| 经常切 session 或换 agent | /handoff |
一点感想
Matt 的 skills 和市面上那些「一步到位生成整个应用」的 AI 框架思路很不一样。
那些框架替你做决定，你失去了控制权，出了问题很难排查。而 Matt 的 skills 更像是一套工程实践的工具箱——它们不强占流程，而是嵌入到你的工作流里，让你始终掌控全局。
“Developing real applications is hard. Approaches like GSD, BMAD, and Spec-Kit try to help by owning the process. But while doing so, they take away your control.”
—— Matt Pocock
如果你也在用 coding agent 正经做项目，而不是 vibe coding 玩票，强烈建议试试这套 skills。选你需要的，不要全装。
仓库地址：https://github.com/mattpocock/skills