AI技能38选3:Claude Code开发者先装

星数仅次于 Superpowers 的 Claude Code skill 合集 mattpocock/skills 一共有 38 个 skill，我逐个读完 SKILL.md，又在临时项目里真实调用了其中两个，结论是多数开发者先装 3 个就够：grill-me、handoff、diagnosing-bugs。截至 2026-10-27 17:49:07 +08:00，它有 304,412 星，离第一名 Superpowers 的 305,828 星只差 1,416 星。

先按身份对号入座，只看这张表也能直接做决定。

从 38 到 3，每一级去掉了什么写在卡片里：先去掉没在维护的，再按「多数开发者用不用得上」分出按需和先装。10 个条目的完整裁决如下：

仓库现在长什么样

上图右侧 About 栏是 304.4k stars、25.6k forks，最近一次提交在 2026-10-27 15:44:25 +08:00，作者仍在高频维护。仓库描述只有一句「Skills for Real Engineers」，README 开篇也把立场说得很直白：GSD、BMAD、Spec-Kit 这类方法论试图接管流程，它反过来只给小而可组合的 skill，流程留给你自己。

38 个 skill 分在 4 个目录：engineering 20 个、productivity 7 个、misc 4 个、in-progress 7 个。裁决看三件事：它是你手动敲命令才触发（README 叫 user-invoked），还是模型自己判断后调用（model-invoked）；它依赖哪些外部设置；它和你已经装的 skill 有没有重叠。

装：三个

1. grill-me：动手前先被追问一轮

grill-me 本身只有一行：调用 grilling。真正干活的是 grilling，它把需求分解成一棵「决策树」，每轮把当前能问的问题一次性列出来，每题附上它推荐的答案，你只需要逐条回「是」或改答案。我在一个只有两个小文件的临时项目里输入了一句需求，下面是真实输出的前 16 行：

看开头那段：它没有直接问我，先派了一个子 agent 去读代码，查下单入口、用户身份怎么拿、有没有 Redis、部署了几个副本，这是 grilling 里写明的规则「事实自己查，决定才问用户」。Q1 问限流到底是为了防刷，还是业务上的限购，并说明两者的差别会影响后面的取舍，再给出推荐答案；Q2 问「下一单」怎么计数，失败的请求算不算，这正是限流需求最容易写完代码才发现没说清的地方。

grill-me 依赖 grilling，只拷一个会失效，两个目录要一起装。

2. handoff：长会话交接给新会话

上图第二条就是 handoff：把当前会话压缩成一份交接文档，交给下一个 agent 接着干。它的 SKILL.md 只有 16 行，但规矩写得很细：文档存到系统临时目录，不进项目；已经写进 spec、提交记录、ADR 的内容只给路径不重复；API key、密码一律脱敏；末尾列出下一个会话该调用哪些 skill。上下文快满、要开新会话时敲 /handoff 下一段做什么，比让新会话从头读代码省得多。

3. diagnosing-bugs：先建复现，再修

diagnosing-bugs 是模型触发的：你说「debug this」或者报告某个功能坏了，它会自己启用。它的核心要求是先建一个「能在这个 bug 上变红」的反馈回路，跑通之前不准猜原因。我在临时项目里放了一个满 100 减 20 的函数，故意把条件写成 total > 100，然后让它查「订单正好 100 元没减」：

截图上半部分是它的报告：先把 final_price(100) == 80 写成断言，修复前连跑 3 次都失败；再测 99.99、100、100.01，把范围缩到「条件少了等号」，并排除了输入类型和 round 的嫌疑；最后补两条边界测试，确认修复前失败、修复后通过。下半部分的 git diff 证明它只改了一个字符。

已经装了 Superpowers 的人，它的 systematic-debugging 同样先复现再修，两者留一个即可。

三个都可以单独拷进项目的 .claude/skills/，也可以一次装整包：

整包装上之后，常驻上下文的 skill 描述约 1,169 个 token（10 月版插件榜的估算），代价不大，但会和 Superpowers 的同类 skill 抢触发。只想要这 3 个的，用 npx skills 挑选，记得勾上 grilling。

按需：四个

grill-with-docs 是 grill-me 加上 domain-modeling：追问的同时把项目术语写进 GLOSSARY.md、把难解释的决定写成 ADR。README 举的例子是把「课程里某节课在文件系统里被分配位置」压成一个词「materialization cascade」。长期维护、多人协作、AI 总把术语用乱的项目值得装；一次性小项目用 grill-me 就够。

tdd 要求先和你确认测试放在哪些「接口边界」上，再一次写一个失败的测试、一次只写够通过的代码。它和 Superpowers 的 test-driven-development 都是红绿循环，二者留一个；适合已经有测试习惯的团队；还没写测试的项目，先从 diagnosing-bugs 的回归测试做起更现实。

improve-codebase-architecture 扫描最近改动频繁的区域，找出接口几乎和实现一样复杂的「浅模块」，生成一份 HTML 报告让你挑一个深入。作者建议每隔几天跑一次，并且自己写明它是体检不是重构，烂摊子不会替你收拾。

wait-what 只有一句提示：上一条回复看不懂时敲 /wait-what，让它补上下文、用简化英语和术语表里的词重讲一遍。中文用户用处有限，但零成本，愿意就装。

不装：三组

to-spec、to-tickets、implement、wayfinder 这条计划链：要先跑 /setup-matt-pocock-skills 接好 GitHub Issues、GitLab 或本地 markdown 工单目录，再配好分诊标签，之后需求→spec→工单→实现才串得起来。已经在用 Superpowers 的 writing-plans 和 executing-plans 的人，换一套计划链的迁移成本高于收益。

git-guardrails-claude-code：它用 PreToolUse 钩子拦 git push、git reset --hard 等命令，思路没问题，但它在 misc 目录里，仓库的 SCOPE.md 写明 misc「已冻结、不再维护，所有 issue 直接关闭」。同样的效果用 Claude Code 自带的 permissions.deny 就能做到，不必再挂一个不维护的脚本。

in-progress 下 7 个：写作三件套、长任务调度 chief-of-staff、后台交接 claude-handoff 等。目录里的 README 写着 Beta、不进插件、「随时可能改动或消失」，想尝鲜的人用 --skill=<名字> 单独装，别放进日常工作流。

结论

mattpocock/skills 快要登顶，靠的不是数量。38 个 skill 里真正决定体验的是 grilling 这一个原语：grill-me、grill-with-docs、triage、wayfinder、improve-codebase-architecture 都建立在它上面。它解决的是 AI 编程里最常见的失败，你以为说清楚了，agent 理解的却是另一回事。所以先装 grill-me，把「动手前先被追问」变成习惯，再按需要补 handoff 和 diagnosing-bugs。

整包装还是挑着装，取决于你手里已经有什么。没有装任何流程类 skill 的人，整包装上、每周用到哪个留哪个；已经装了 Superpowers 的人，只补 grill-me 和 handoff 这两个它没有的，调试和 TDD 继续用原来那套，避免同一个环节挂两个 skill 互相抢触发。

往期关联

• skill 市场有 893 个，怎么砍到先装两个：《893个 Claude Code skill，三判据先装这两个》
• 10 月重测过的必装插件榜：《Claude Code和Codex必装AI插件：10月版》
• 想自己写一个 skill：《收藏 80 个 skill，不如亲手写 1 个》