Matt Pocock 开源 AI Skills：让 AI 编程回归工程纪律

如果你使用 TypeScript开发，很难不接触到 Matt Pocock 这个名字。作为 Total TypeScript 的创始人、TypeScript 错误翻译器的创作者，他在英文技术社区几乎以一己之力撑起了 TypeScript 教学的半边天。最近，这位 TS 大神低调开源了一个新项目——mattpocock/skills，副标题写得非常直白：「Skills For Real Engineers」（给真正干工程的人用的技能）。这个项目旨在帮助开发者告别「Vibe Coding」，重新掌握代码控制权。

为什么是 Skills 而不是 BMAD？

近年来，AI 编程方法论层出不穷。BMAD、Spec-Kit、GSD 等框架都试图将「如何与 AI 协作写代码」流程化，提供完整的工作流，让 Agent 一步一步按照既定流程执行。然而，Matt 在项目 README 中直接指出这些方法论的核心问题：它们替你拿走了控制权。流程是黑盒，一旦中间某一步出现问题，你很难深入内部进行修复。 Matt 的思路完全相反。Skills 是一组很小、很容易修改、能自由组合的技能片段。开发者不需要全套接受，只需挑选几个顺手的塞进项目里就能使用。更重要的是，这些 Skills 不绑死特定模型，Claude Code 和 Codex 都能运行。其底层逻辑其实是数十年工程经验的沉淀，而非 AI 时代独有的新魔法。一句话总结：BMAD 那一类是「我帮你定义流程」，而 Skills 是「我把工程师的好习惯拆给你，你自己拼」。

安装与初始化

整套 Skills 的设计逻辑围绕 Matt 观察到的四个 AI 编程失败模式展开，这也是整个项目的核心价值所在。 **顽疾一：AI 没干你想要的事** 这是最高频的失败模式。你脑子里想的是 A，描述出来变成 B，AI 理解成 C，写出来是 D。等你看到产出，往往已经偏离十万八千里。Matt 引用了《程序员修炼之道》里的一句话：「没有人确切知道自己想要什么。」AI 时代这句话依然成立，只是甲方换成了 Agent。 他的解法叫「Grilling Session」，即让 AI 反过来「拷问」你。对应两个 Skill：/grill-me 让 Agent 像面试官一样轮流追问你的设计，每个分支都问到你给出明确答案为止；/grill-with-docs 是升级版，会把你的回答和项目里已有的 CONTEXT.md（领域语言文档）做对照，发现术语冲突立刻指出来。 **顽疾二：AI 太啰嗦，token 哗哗烧** Matt 引用了 Eric Evans 的《领域驱动设计》：在团队里，开发和领域专家一开始说的不是同一种语言。AI 也是。把 Agent 丢进项目里，它要花大量 tok

Matt 想要解决的四个 AI 编程顽疾

除了上面四类核心 Skill，仓库里还有几个有意思的小工具值得关注。 **/caveman（穴居人模式）**：让 Agent 像穴居人一样说话，删掉所有 a/an/the、客套、缓冲词。Matt 声称能节省 75% 的 token。技术信息一字不少，水分全部蒸发。这个 Skill 出乎意料地实用，尤其是上下文吃紧的长会话里。 **/git-guardrails-claude-code**：这戳中很多前端同学的痛点。给 Claude Code 装个 PreToolUse hook，拦截危险的 git 操作，包括 git push（包括 --force）、git reset --hard、git clean -f、git branch -D、git checkout . 等。被拦下来时，AI 会看到一句「你没有权限执行这个命令」，乖乖去找你确认。 **/write-a-skill**：写新 Skill 的脚手架，会引导你产出符合规范的 SKILL.md。这种「自举」设计体现了 Matt 一贯的工程思维。

几个让人眼前一亮的小工具

安装过程非常简单，只需一行命令：npx skills@latest add mattpocock/skills。运行后会让你勾选要装哪些 Skills、装到哪个 Agent 上。有一个必选项叫 /setup-matt-pocock-skills，它是初始化器，会问你三个关键问题：你想用什么 issue tracker、你 triage 时用什么 label、你想把生成的文档放在哪个目录。跑完这一步，剩下的 Skills 才知道这个仓库的「语境」，避免了 Skills 之间因为约定不统一而互相打架。

如有侵权，请联系删除。