一周涨 18,795 星。这个速度在整个 GitHub AI 项目里也排得上号。
Matt Pocock —— 那个靠 TypeScript 教程养活了 6 万订阅者的 Total TypeScript 创始人 —— 把自己每天在 Claude Code 里用的技能包开源了。仓库名很直白：「Skills for Real Engineers. Straight from my .claude directory.」副标题更有意思：「not vibe coding」。
他到底开源了什么
不是框架，不是库，是一组 SKILL.md 文件。安装方式极其简单：
npx skills@latest add mattpocock/skills
装完后在 Claude Code 里跑一个 /setup-matt-pocock-skills，它会问你要用哪个 issue tracker（GitHub、Linear 或本地文件），问你 triage 标签怎么命名，问你把文档存哪。完事。
然后你就有了一套斜杠命令：
/grill-me— 让 Agent 反过来盘问你，直到把你的需求问清楚/grill-with-docs— 同上，但同时帮你建 CONTEXT.md 和 ADR/tdd— 红-绿-重构循环，一个垂直切片一个切片地写/diagnose— 调试循环：复现 → 最小化 → 假设 → 插桩 → 修复 → 回归测试/zoom-out— 让 Agent 退一步，从系统层面解释一段陌生代码/improve-codebase-architecture— 每隔几天跑一次，把烂代码捞回来/to-prd//to-issues— 把对话转成 PRD 和独立的 GitHub issue/caveman— 超压缩通信模式，token 消耗砍掉约 75%
还有个 /handoff，可以把当前对话压缩成交接文档，让另一个 Agent 接着干。
为什么这个仓库能爆
坦白讲，SKILL.md 格式本身不新鲜。Anthropic 几个月前就发了构建指南，社区早有一堆人在写。但 Matt Pocock 做对了两件事。
第一，他解决的是真痛点，不是伪需求。
他列了四个 Agent 编程的常见失败模式：
- Agent 没理解你要什么
- Agent 话太多、token 烧太快
- 代码跑不通
- 最后攒成一坨泥
每个模式对应一个或几个技能。这不是「我也来写个 skill 蹭热度」的产物，而是一个每天用 Agent 写代码的人，在无数次踩坑之后沉淀下来的工作流。你看 /grill-me 的设计就能感受到——它的核心理念来自《The Pragmatic Programmer》：「没人确切知道自己想要什么。」所以先让 Agent 把你问明白，再动手。
第二，他的受众精准。
87K 星里，一大部分是他的 TypeScript 教程粉丝。但这恰恰是优势——这群人是真正在用 Agent 写代码的开发者，不是凑热闹的好奇宝宝。他们装了就能用，用了就觉得「哎这确实解决了我的问题」，然后 star 就来了。
和 GSD、BMAD 的区别
README 里有一段值得注意：
Approaches like GSD, BMAD, and Spec-Kit try to help by owning the process. But while doing so, they take away your control.
GSD、BMAD 这类方法论本质上是一套完整的工作流——从需求分析到架构设计到代码生成，Agent 全权控制。好处是省心，坏处是你一旦想干预，整个流程就乱了。
Matt 的思路相反：技能是小而独立的，可以组合、可以跳过、可以自己改。/tdd 你可以不用，但 /grill-with-docs 每次都要跑。你可以把 /caveman 加到所有技能前面省 token。这种模块化设计对老工程师来说更自然——我们习惯自己搭工作流，不喜欢被一套流程绑架。
实际用起来怎么样
我装了一下。/grill-me 确实好用——它会针对你的计划逐层追问，从「你要解决什么问题」到「这个方案的边界情况是什么」再到「有没有更简单的做法」。追问的力度比我自己想周全。
/caveman 是另一个惊喜。在长对话里，Agent 确实喜欢啰嗦。切换到 caveman 模式后，回复变得极其精简，但技术准确性没丢。对于已经对齐过上下文的对话，这个模式能省不少 token——如果你用 Claude Code 的付费版，这直接关系到钱。
/improve-codebase-architecture 我还没跑完整个项目，但扫了我一个中等规模的 Next.js 项目，确实指出了几个模块耦合过深的问题。不是那种「你的代码有味道」的泛泛建议，而是具体的模块名和重构方向。
几个观察
- MIT 许可。随便改，随便分发。
- 78 个 commit，最近的更新是 4 天前，活跃度高。
- 36 个 open issues，对于一个 87K 星的项目来说不算多，说明维护者在控。
- 依赖 iii engine（agentmemory 也在用这个），底层技术栈有交叉。
- 不绑定 Claude Code。虽然是从 .claude 目录里出来的，但技能格式是通用的，理论上可以迁移到其他 Agent 框架。
值不值得你花十分钟装一下
如果你天天用 Claude Code 或类似的 coding agent，装。特别是 /grill-with-docs 和 /caveman，这两个技能几乎是立竿见影的。
如果你只是偶尔让 Agent 写个脚本，那可能感受不到太大差异。这些技能的价值在「天天用」的场景里才会累积出来。
还有一个更宏观的视角：Matt Pocock 把 87K 个 star 押在了「Agent 时代仍然需要软件工程基本功」这个判断上。他没有写一个自动生成代码的技能，而是写了一组帮助你在 Agent 辅助下写出更好代码的技能。这个立场本身就很说明问题。
Agent 不会替代工程师。但会用 Agent 的工程师会替代不会用的。
主要来源：