夜雨聆风今天 GitHub 趋势榜第 2 是一个很特别的项目，它不写一行新代码，不吹嘘某个新框架多牛逼，而是试图解决一个让你我头皮发麻的问题：你的 AI 编码助手，到底有没有理解你的真实意图？
项目叫 mattpocock/skills，本质是一套给 AI 编码助手的“技能包”。它来自 TypeScript 大神 Matt Pocock，专治“AI 写的代码看着像那么回事，但一跑就废”的顽疾。
今天给它带来 1740 颗新星，7 天合计涨了 19117 颗星，单日峰值冲到 10983——说实话，这热度在纯粹的“工具使用指南”类项目里不多见。
为什么说它比你另一只手好使？
用过 Claude Code、Codex 这类 AI 编码工具的人，大概率有过这种内心戏：你跟它说了半天需求，它啪给你写了一堆代码，你觉得“好像对，又好像不对”，然后花更多时间去擦屁股。
mattpocock/skills 不搞大而全的“全流程管理”，而是给你一叠小、巧、可随时改的技能卡片。
比如最火的 /grill-me 技能——这名字直译是“拷问我”。启动它之后，AI 会反过来对你穷追猛打，问一系列非常细的问题，直到它真搞懂你要什么。这不是废话，这是经典的“领域驱动设计”思路：让机器和人先说清楚同一门语言，而不是各说各话。
更实用的是 /grill-with-docs，它在“拷问”过程中会帮你和 AI 共同建一份共享术语表（CONTEXT.md）。举个最直观的例子：你的项目里有一个专业概念叫“materialization cascade”，如果 AI 不认得这个词，每次沟通都得解释一堆；装了这个技能包后，AI 下次看到直接秒懂，跟团队里待了三个月的老同事一样默契。
另外一个不得不提的是 /tdd 技能——它把测试驱动开发的“红-绿-重构”循环固化成一个 AI 可执行的指令序列。说白了，你不用盯着它写测试，它自己会写一个坏掉的测试，然后自己去修好，再跟你说“搞定”。对于任何一个认真写代码的人，这比“Vibe Coding”出来的幻觉代码靠谱得多。
谁最该装？
如果你是下面三种人之一，这个项目值得你花 30 秒装一下：
被 AI 编码助手“带偏”过的人——需求说完，AI 产出和你想的完全两条路，你还得花时间挤牙膏式地纠正它。 在多模型之间来回切换的人—— skills设计上跨模型工作，你在 Claude、Codex 之间换着用，一套配置通吃。想把自己团队的工程实践标准化到 AI 工作流里的技术负责人——这些技能可以 hack，可以改，最终变成你自己的“团队标准操作流程”。
装起来快得离谱。GitHub 上有个 skills.sh 安装脚本，选好你要的技能和对应的编码助手，跑 /setup-matt-pocock-skills，然后回答几个简单问题——你用哪个 issue 跟踪器（GitHub、Linear 还是本地文件）、给 ticket 打什么标签、文档存哪儿，搞定。全过程 30 秒，不夸张。
如果你不想维护一堆配置文件，他们还提供了一个 Claude Code 原生插件版，装一次，后续跟随更新，无需手动 fork。
和市面上其他“AI 编码框架”有什么不一样？
很多人可能听说过 GSD、BMAD、Spec-Kit 这类方法论。它们的问题是——替你把事情全干了，同时把控制权也拿走了。一旦流程里出了 bug，修复起来反而比正常编码更痛苦。
mattpocock/skills 走的是另一条路：每个技能都轻量、独立、可组合，你能像搭乐高一样决定用哪块。你依然是那个握方向盘的人，AI 只是你的副驾驶——而且这个副驾驶会先把你问烦了再动手。
趋势信号：AI 辅助开发进入“元认知阶段”
看过整套技能包的逻辑，你会发现一个明显信号：这个领域的工具，已经从“帮我写代码”进化到了“帮我把人机之间的沟通和流程管理起来”。
开发者对 AI 编码助手的焦虑不再是“写不出来”，而是“写不对、写歪了、擦屁股成本高”。mattpocock/skills 给出的答案是：向下沉一层，先把人和机器的“通用语言”对齐，再编码。这可能是接下来一年，AI 辅助开发工具真正收敛的方向——与其卷生成速度，不如卷沟通效率。
去 github.com/mattpocock/skills 看一眼 README，你会觉得，Matt Pocock 这个做过 TypeScript 工具链的人，是真的理解“工程化”这件事。