278,000 Stars:给 AI 编码助手装的＂工程素养＂

278,000 Stars：给 AI 编码助手装的"工程素养"

Matthew Pocock 把他在 .agents 目录里用了多年的 skill 文件开源了，项目叫 Skills for Real Engineers，目前 278,900 Stars、23,400 Forks。定位很直接：给真正的工程师用的，不是 vibe coding。

这些 skill 是小型的、可组合的、可编辑的 Markdown 文件，能配合任何模型使用。核心理念：GSD、BMAD、Spec-Kit 这些框架试图接管整个开发流程，但代价是失去了控制权，而且流程出了 bug 很难修。Pocock 的 skill 反过来——每个 skill 只做一件事，你自己组装。

安装方式两种：Claude Code 插件（claude plugins install mattpocock-skills，官方 marketplace 直接装，只读更新）或者 npx skills@latest add mattpocock/skills（把可编辑的 skill 文件复制到你的项目里，自己改）。装完跑一次 /setup-matt-pocock-skills，它会问你用什么 issue tracker、什么 label 规范、文档存哪里。

解决的核心问题：对齐

Pocock 把 AI 编码最常见的失败模式排了个序。第一名不是代码质量，而是对齐失败——你以为 agent 懂你要什么，结果它做的完全是另一个东西。

他的解法是"grilling session"：在开始写代码之前，让 agent 反复追问你，直到设计树的每个分支都明确。/grill-me 用于非代码场景，/grill-with-docs 是加强版，会同时帮你建一个共享词汇表（glossary），让后续所有对话用同一个语言。

他举了个例子：修改前，agent 会说"当课程里某个 section 的 lesson 被'real'（即在文件系统中有了位置）时会有问题"；修改后变成"materialization cascade 有问题"。一个词替代了一整句话，而且每轮对话都在积累这个效率。

代码审查：两个维度并行

/code-review 的设计比较有意思：对同一个 diff 做两轴审查——Standards（是否符合仓库编码规范 + Fowler 代码坏味道基线）和 Spec（是否忠实实现了原始 issue/spec）。两个维度跑在并行子 agent 里，互不污染。

/pr skill 定义了 PR 描述的标准格式：一个最小化视觉摘要（让变更一目了然）、before/after 证据（证明它确实工作了）、以及 merge-danger 判断（单向门还是双向门，爆炸半径多大）。

278.9KStars · 542Commits · ~60KNewsletter 订阅

为什么它火

278K Stars 说明一个事：开发者对 AI 编码工具的不满不在于模型不够强，而在于流程失控。你给 agent 一个模糊的需求，它给你一堆"看起来对"的代码。Skills 做的事情是把人的工程判断力编码成可执行的规则，让 agent 在写代码之前先"想清楚"。

这些 skill 全部可编辑——你 fork 下来，改成你自己的规范，就变成你的团队专属开发流程。这比任何"AI 开发框架"都灵活，因为你不需要相信某个框架的设计，只需要相信你自己的工程标准。

核心观点：Skills for Real Engineers 的 278K Stars 不是对某个工具的热情，而是对"AI 编码需要工程纪律"的集体投票。当 agent 的默认行为是"先写再说"，而你需要的是"先想清楚再写"——skill 就是那座桥。

— END —

LC 智趣厅 · 科技与生活的交点

ihygg.cn