一天多了 3,368 颗星，Matt Pocock 把工程纪律装进了 AI Agent

今天 GitHub Trending 里最醒目的 AI 编程项目，是 mattpocock/skills：榜单显示它当天新增 3,368 stars。北京时间 2026 年 8 月 22 日 06:34 复查时，仓库累计 229,331 stars，而且前一天仍在持续合并与修订。GitHub Trending 给出了当天的增长信号；仓库 API 给出了当前累计数。两者不是同一个数字，也不该混着说。

这波关注有意思的地方，不是又多了一套“让 Agent 更聪明”的 prompt。mattpocock/skills 想做的是更朴素也更难的一件事：把一次软件改动里本该存在的工程步骤，拆成 Agent 能执行、开发者也能替换的短 Skill。作者 Matt Pocock 长期做 TypeScript 教学；项目 README 把这套东西定位为“可组合、可改造”的工程 Skill，而非接管整个流程的框架。

我会借这个突然冲上榜单的仓库，看看它到底把什么装进了 Agent，以及哪些地方仍然要由人把关。期望对大家有所帮助。

它不是一张 Skill 清单

skills.sh 的项目页 目前列出 52 个 Skill、1,720 万累计安装。这里的“安装”是 skills.sh 的安装统计，不是 GitHub stars，更不能理解成 1,720 万个独立用户。

真正的组织方式是把一项改动放进一条有分工的路径：

grill-with-docs → to-spec → to-tickets → implement → code-review

第一步 grill-with-docs 不急着写代码，而是追问需求、补齐项目术语，并把需要长期保存的判断写进 CONTEXT.md 或 ADR。接着，to-spec 把已经谈清楚的内容收束成规格；to-tickets 则把规格拆成带依赖关系的垂直切片。这个“任务图”很关键：没有依赖的票据才适合并行，而不是把一句模糊需求同时扔给好几个 Agent。

随后 implement 在既定规格下实现，tdd 要求先确认测试的公共边界，再按“一个测试 - 最小实现”的节奏前进；code-review 最后把审查分成两个互不掩盖的问题：代码是否遵守仓库标准，以及它是否真的实现了原始规格。相关规则都能在 TDD Skill 和 Code Review Skill 里逐条核对。

这和单纯在 AGENTS.md 里塞一大段“请写干净代码”不同。前者把模糊处、测试边界和验收来源分别放在不同动作里，Agent 每次被调用时知道自己应该补哪一块信息。

这次为什么又被看见

它不是新仓库，我也在 7 月分别写过其中的 grill-me 和 to-spec。这次值得重新看，不是因为累计星数又变大了。GitHub 记录显示项目创建于 2026 年 2 月 3 日；今天上榜来自明确的短期增量，而不是拿累计 22.9 万 stars 冒充“今天爆发”。GitHub Trending 显示的是 +3,368，06:34 的 API 复查显示总数为 229,331。

与此同时，仓库没有停在一次性发布的状态。8 月 21 日的提交新增了仍在完善中的 implement-spec Skill，随后又修订了 code review 流程的实施说明；近一周的提交还覆盖了安装钩子、外部贡献安全检查与测试流程。最新提交 和 提交历史 都可以直接查看。

这也解释了它为什么容易传播。现在不少团队已经接受“Agent 能写代码”，却仍会卡在三个没有自动消失的问题：需求没有问清楚，改动没有切小，审查只看了代码风格却没回到原始需求。这个仓库把三件事做成了可直接拿来试的工作流部件，而且不绑定单一模型。README 同时给出 Claude Code 插件与 npx skills@latest add mattpocock/skills 的安装路径。安装说明 是一手来源。

换句话说，前两篇介绍的是两个局部工具；今天的信号是这套仓库已经把它们和任务图、实现、审查连成更完整的工程路径，并且在持续更新中重新获得了大规模关注。这才是本次选题的新增事实，而不是重炒一个已有 Skill。

它把哪些判断留给了人

最有价值的一点，是它没有假装流程可以替你做产品判断。

setup-matt-pocock-skills 会先检查仓库是否已有 issue tracker、AGENTS.md 或 CLAUDE.md、上下文文档和 ADR，然后才让你选记录问题与领域知识的位置。完整设置规则 明确要求在写入前展示草案并确认。这比让 Agent 在一个陌生仓库里自行发明命名、标签与文档位置要可靠得多。

但“有流程”不等于“可以放手”。例如 tdd 要求人先确认哪些公共接口值得测试；code-review 需要一个明确的比较基线和规格来源；新加的 implement-spec 甚至把建分支、草拟 PR、调度多个工作目录写进了自己的步骤。该 Skill 的原文 也标明它仍在 in-progress 目录。

因此，这套 Skill 更适合把已有工程习惯外显出来，而不是替代技术负责人。它能强迫 Agent 在动手前暴露假设，在结束前回看验收条件；它不能替你决定需求是否值得做，也不能替你批准有副作用的命令。

先从两三个 Skill 开始

如果你已经在用 Claude Code、Codex 或其他 coding agent，没必要一次装完 52 个 Skill。先挑一个实际改动，试 grill-with-docs 把问题问清，再试 tdd 或 code-review。这样更容易看出它给你的仓库增加的是清晰度，还是只多了一层仪式。

安装前还应做三项复核：逐个阅读要启用的 SKILL.md，确认它会读写哪些项目文件；检查是否会调用 issue tracker、创建分支或提交；把安装后的 Skill 当作可维护的项目配置，而不是不可见的魔法。这个仓库采用 MIT 许可证，源码可以直接审阅与改造。许可证 和 完整仓库 都是公开的。

真正值得带走的，也许不是某个 /command。Agent 的速度已经很高，接下来更稀缺的是让它在正确的地方停下来提问、验证与回看。mattpocock/skills 这次冲上 Trending，正好把这个需求摆到了台面上。