从 vibe coding 到真正的工程：Matt Pocock 开源了他的 AI 技能库

GitHub Trending 上今天最火的项目之一，是 mattpocock/skills —— 一个看似简单的仓库，却在一天之内涨了 5000+ stars。

这不是另一个”AI 会写代码了”的项目

Matt Pocock 是谁？如果你做过 TypeScript，大概率看过他的教程。他是那种能把泛型讲得让人听懂的人。这次他开源的不是工具，而是他自己每天使用的 AI 编程助手技能（skills）。

他在 README 里第一句话就很冲：

“Skills for Real Engineers. Straight from my .claude directory.”

（给真正工程师用的技能。直接来自我的 .claude 目录。）

注意那个词：Real Engineers。然后紧接着：

“My agent skills that I use every day to do real engineering - not vibe coding.”

vibe coding 是什么？为什么他要反对？

vibe coding 算是今年 AI 编程圈的热词了。大概意思就是你跟 AI 说”给我做个东西”，然后看着它生成代码，感觉对了就完事。不读代码、不审逻辑、不管架构。

Matt 的立场很明确：这种玩法做不了真正的应用。

“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 and make bugs in the process hard to resolve.”

他说 GSD（Get Shit Done）、BMAD 这些方法试图接管整个流程，但代价是你失去了控制权，出了问题很难修。

他的解决方案：小而美的技能

Matt 的技能设计理念很朴素：

小（small）
易修改（easy to adapt）
可组合（composable）
通用（work with any model）

目前仓库里有十几个技能，分成几类：

1. 需求对齐类

最火的是这两个：

/grill-me —— 让 AI 反过来问你问题，搞清楚你到底要什么
/grill-with-docs —— 同上，但会参考你的文档

Matt 引用《程序员修炼之道》里的话来解释为什么要这样：

“No-one knows exactly what they want”

他说最常见的失败模式是沟通错位。你以为 AI 懂你要什么，结果它做出来的东西完全不是你想要的。解决方法是让 AI 先问你 —— 在深聊需求之前就开始写代码，是灾难的开始。

2. 领域语言类

CONTEXT.md —— 一个共享语言文档，帮 AI 理解项目里的术语

他举了个例子：

修改前：“There’s a problem when a lesson inside a section of a course is made ‘real’ (i.e. given a spot in the file system)”
修改后：“There’s a problem with the materialization cascade”

如果 AI 理解”materialization cascade”这个词，20 个字可以缩成 4 个字。

怎么用？

Matt 写了个安装器：

npx skills@latest add mattpocock/skills

然后选你要的技能，选要装到哪个 agent（Claude Code、Codex 等），完事。

技能文件就是 Markdown，结构很简单：

前面的 frontmatter 是元数据（名字、描述）
后面是具体的步骤说明

想改就改，没有黑魔法。

为什么这很重要？

现在 AI 编程助手的技能/工具/插件生态正在爆发。OpenAI 有 Codex Skills，Claude 有 Claude Code 的 skills 目录，还有各种第三方库比如 ComposioHQ/awesome-codex-skills。

但 Matt 这个项目火的不是功能，是态度。

他在提醒我们：AI 是工具，不是替身。真正的工程需要思考、沟通、明确的约束 —— 而不是”感觉对了就行”。

vibe coding 可能适合做个 Demo，但要做能维护、能迭代的项目，还是需要工程师的思维。