最近翻的几个 Agent Skills 仓库，有些星数离谱到我想笑

先说背景，不废话

如果你最近刷 GitHub Trending，应该注意到了：满屏都是 Skills 仓库。

不是 MCP，不是 Prompt 模板，是 Skills。一个文件夹，里面放一个 SKILL.md，再配点脚本和参考资料，就能让 AI Agent 学会一套固定流程。

我一开始也没当回事，心想不就是更结构化的 Prompt 吗。后来翻了几篇文章才意识到，这东西的核心不在“写什么”，而在 怎么加载。Agent 启动时只读每个 Skill 的 name 和 description，判断当前任务匹配了，才把完整的 SKILL.md 拉进上下文；需要跑脚本、读参考文档的时候，再进一步按需加载。等于说，你装一百个 Skill，平时只占一百行元数据的上下文，真正干活的那一份才展开。

这个设计确实有点东西。Prompt 是“一次性把话说死”，Skill 是“先挂个号，叫到了再进来”。

几个仓库，按我翻的顺序来

Superpowers（obra/superpowers） —— 想给 Agent 立规矩的，先看这个

星数大概 30 万上下，算是 Skills 圈子里最“重”的那一档。它不是给你几个零散的小工具，而是一整套方法论：脑暴、写计划、TDD、系统化调试、子 Agent 驱动开发、代码审查，全串起来了。装完之后 Agent 不会上来就闷头改代码，而是先走流程。

我个人的感受是，修五分钟的小 bug 用它有点杀鸡用牛刀，但如果你在做稍微正经一点的项目，或者团队想统一 Agent 的行为，它确实能兜住下限。

安装方式（Claude Code）：

1 2	claude plugin marketplace add obra/superpowers claude plugin install superpowers@superpowers-dev --scope project

mattpocock/skills —— 和 Superpowers 反过来，走“轻”路线

星数比 Superpowers 还离谱，10 月那一周单周涨了六千多星，现在三十万出头。作者是 TypeScript 圈子的 Matt Pocock，风格完全相反：不搞大流程，就是一组小而锋利的命令，比如“动手前先把需求 grill 一遍”“用 TDD 把反馈环收紧”“别写过度设计的东西”。

如果你觉得 Superpowers 太重，但又想要几个能随时喊出来的“刹车指令”，这个仓库更对味。安装也简单：

1
2
3

claude plugins install mattpocock-skills
# 或者想要可编辑的副本
npx skills@latest add mattpocock/skills

anthropics/skills —— 不拿来直接用，拿来学格式的

Anthropic 官方的示例仓库，十七八万星，里面是浏览器操作、前端设计、文档处理这些 reference 级别的 Skill。我翻它的主要目的不是装，是看官方认为一个“合格的 SKILL.md”应该长什么样。如果你准备自己写，先把这个仓库里的几个文件从头到尾读一遍，比看十篇教程都管用。

OpenAI 那个，怎么说呢

openai/skills 曾经也空降过周榜，两万八千多星，Figma、Notion、Playwright、Vercel 部署，货架上摆得挺满。但它在 2026 年 7 月已经被标记为 deprecated 了，现在 README 指向的是 openai/plugins，Skill 从“一级安装单位”降级成了 Plugin 内部的一个组件。

这个转折挺有意思的。说明 OpenAI 对 Skill 的定位和 Anthropic 不完全一样：在 Codex 那边，你装的不是一个个散装 Skill，而是一个带 manifest 的 Plugin，Skill 只是它携带的能力之一。如果你在 Codex 生态里玩，直接看 openai/plugins 就行，别在老仓库里绕路。

想自己写一个？门槛比想象的低

看完一圈仓库之后，我最大的感受是：写一个能跑的 Skill，真的不需要什么工程能力。

一个最小的 Skill 就是一个文件夹，里面一个 SKILL.md。文件分两段：YAML frontmatter + Markdown 正文。

---
name: release-notes
description: 从上次 tag 以来的合并 PR 生成发布说明。当用户要 changelog、发布说明或问“最近上了什么”时使用。
---

## 步骤

1. 运行 `git describe --tags --abbrev=0` 找到上一个 tag。
2. 运行 `git log <tag>..HEAD --merges --oneline` 列出合并的 PR。
3. 按 Added / Fixed / Changed 分组，每条 PR 一行。

就这。没了。

但有一个坑必须提：description 写得模糊，这个 Skill 就永远不会被触发。Agent 启动时只看 name 和 description 来决定“要不要用你”，正文写得再漂亮，description 没写清楚“什么时候用”，它就安安静静躺在硬盘上，一次都不会跑。我一开始写了个 Skill，description 写的“帮助处理文件”，结果 Agent 从来没用过。改成“当用户要求批量重命名、移动或按类型整理文件时使用”，立马就活了。

选哪个，怎么用

我的粗暴结论：

· 想给 Agent 套一套完整工作流 → Superpowers
· 只想加几个“喊停”的轻量命令 → mattpocock/skills
· 想学怎么写 Skill → anthropics/skills，读，不一定要装
· 在 Codex 生态里 → 直接看 openai/plugins，别管老的 skills 仓库

至于那些聚合列表（awesome-xxx-skills 之类），当黄页翻翻就行，真正值得装进 .claude/skills/ 或对应目录的，不会超过你翻过的十分之一。

最后说两句

Skills 这个东西，本质上是把“你会怎么做一件事”从脑子里掏出来，写成 Agent 能读的 SOP。以前你每次都要在对话里重新解释一遍流程，现在写一次，放进去，下次它自己就知道怎么走了。

MCP 解决的是“Agent 能碰什么”，Skill 解决的是“Agent 按什么流程碰”。两个东西不冲突，但后者对日常开发习惯的改变，可能比前者更直接。

当然，别指望装一堆 Skill 就能让 Agent 变聪明。它只是让 Agent 少犯你本来就会犯的蠢。这个价值已经不小了，但也仅此而已。

P.S. 上面提到的星数都是最近翻的时候看到的，这类仓库涨得比股票还快，你打开的时候大概率已经又多了几万。看个大概就行，别较真。