30 万星的技能库火了：它不教你写代码，只管住 agent 别跑偏

GitHub 上一个叫 mattpocock/skills 的仓库，10 月 27 日快照已有 304,083 星、25,591 个 fork，10 月当月新增星数约 3.1 万，排进当月热榜前十。它火的原因不在代码量：整个仓库是 38 个 SKILL.md 文件、2709 行——一套写给 coding agent 的“行为规范”，不是框架、不是新工具。装上之后，agent 在你的项目里按这些规范干活：先诊断再动手、先写失败测试再写实现、按标准和 spec 两轴做 code review。

具体有什么：工程类 9 个常用技能，包括 diagnose（复现→缩小→假设→插桩→修复→回归测试的 disciplined 诊断循环）、tdd（红绿重构循环，一次只做一个垂直切片）、code-review（标准 + spec 双轴评审）、grill-with-docs（拿着领域文档和架构决策“拷问”你的方案）、to-spec / to-prd（把对话合成 spec 或 PRD）。还有一类容易被忽略的“流程技能”：setup-matt-pocock-skills，作者明确要求每个仓库先跑一次它，配好 issue tracker、triage 标签和领域文档位置，其他技能才认得路。支持 Claude Code、Codex、Copilot、Gemini CLI，Cursor 走通用安装器。

怎么用才不翻车：第一，别 38 个全装。38 个里 7 个还在施工、4 个已冻结，真正维护的核心是工程与效率两组；先装 diagnose、tdd、code-review 这三个，跑两周再加。第二，别照搬。Matt Pocock 这套是按现代 TypeScript / Web 工作流写的，triage、to-tickets 默认围着 GitHub / Linear 转，你的项目如果不是这套 infra，先改配置再谈效果。第三，星数不等于质量：30 万星说明“大家都觉得 agent 需要管束”，不说明这 38 条规范在你的仓库里都管用。我的判断是：技能库真正的价值是“把团队的工程习惯写成 agent 能执行的文字”，而不是“装了就变强”——你先得有值得写下来的习惯。先挑一条你最痛的（比如 agent 总是不写测试就交差），只装 tdd 跑一个真实需求，看到它真的先写了失败测试，再决定要不要继续加。

可信度：星数、fork 数、文件数为 10 月 27 日两家独立快照（dev.to 与 gittrend.io 月榜）一致，均为快照数据，已注明日期；技能内容为仓库 README 口径；“7 个施工、4 个冻结”为 dev.to 核查仓库所得，已注明；使用建议为个人判断。