夜雨聆风什么是 Skills？
你可以把 Skills 理解成给 Coding Agent 准备的“工作手册”。
不是一句提示词，也不是普通的系统提示，而是一套可以被 Agent 按需读取、按流程执行的任务说明。
比如它可以规定：
• 做前端时应该怎么检查 UI
• 修 bug 时应该怎么定位问题
• 写代码前要不要先做设计
• 什么时候该写测试
• 完成任务前必须跑哪些验证
• 调用外部服务时要怎么认证、怎么选工具
• 长任务中如何记录计划和进度
以前这些经验都在人的脑子里。你每次都要提醒 AI：先别急着写，先分析一下；写完记得跑测试；别瞎改无关文件；先看项目已有风格。
说多了你会发现，这不就是重复劳动吗？
Skills 的作用，就是把这些重复提醒固化下来，让 Agent 自己在合适的时候调用。
Prompt 是临时沟通，Skills 是长期制度。
为什么现在 Skills 变得重要？
因为 Coding Agent 已经从“帮我补几行代码”，变成了“帮我完成一个任务”。
它会读文件、改代码、跑命令、开浏览器、查资料、调 MCP，甚至并行派子 Agent。能力越强，越需要规则。
没有 Skills 的 Agent，很容易出现这些问题：
• 上来就写代码，不先搞清楚需求
• 改到一半忘了最初目标
• 为了修一个小问题，顺手重构一大片
• 写完以后不验证，直接自信交差
• 工具会调用，但不知道怎么正确调用
这就像给一个实习生一台很强的电脑，却不给他流程、不告诉他验收标准。
Skills 要解决的就是这个问题：让 Coding Agent 不只是聪明，而是按正确流程干活。
Skill不是越多越好
Skills 不是越多越好。很多人看到好东西就想全装，但 Skills 装太多，反而可能带来副作用。
一方面，有些工具会在启动时把所有 Skill 的说明都塞进上下文，这会直接吃掉 token。另一方面，同一个任务如果命中多个 Skills，Agent 也可能不知道到底听谁的。
更合理的方式是分层：
• 第一层：选一个主框架，负责整体开发方法论
• 第二层：选 1-2 个你常用领域的专项 Skill
• 第三层：把 Awesome 类仓库当索引，需要时再查
不要把 Skills 当插件仓库疯狂安装。它更像一套工作制度。制度太少，团队乱跑；制度太多，团队也跑不动。
10 个值得关注的 Skills
1. Superpowers：给 Coding Agent 装上工程纪律
https://github.com/obra/superpowers
它不是简单的一堆 SKILL.md，而是一整套工程方法论系统。它最核心的价值是：不让 Coding Agent 拿到需求就直接开写。先理解上下文、提出问题、写计划、写测试、实现、验证、代码审查、收尾，这些流程都可以被固化下来。
2. SuperClaude Framework：用命令系统指挥 Agent
https://github.com/SuperClaude-Org/SuperClaude_Framework
如果说 Superpowers 解决的是“怎么正确开发”，那 SuperClaude 更偏向解决“怎么高效指挥 Agent”。它提供了大量 Slash 命令，比如 brainstorm、design、implement、test、troubleshoot、document、git、spawn 等，让工作流更像 IDE 里的快捷操作。
3. MiniMax Skills：一包生产级工作流
https://github.com/MiniMax-AI/skills
MiniMax 官方出的 Skills 集合包，覆盖前端、全栈、移动端、文档、表格、PPT、PDF 等方向。它更像一套“可直接拿来干活”的生产工具卡，尤其适合让 Agent 处理前端页面、PPT、Excel、Word、PDF 这类任务。
4. Anthropic Official Skills：想学标准写法，从官方开始
https://github.com/anthropics/skills
这个仓库最值得看的不是“装哪些”，而是“官方是怎么设计 Skills 的”。尤其是 skill-creator，非常适合学习如何写一个可触发、可执行、可复用的 Skill。
5. Vercel Agent Skills：前端项目强烈建议看
https://github.com/vercel-labs/agent-skills
如果你做 React、Next.js、Web 前端，这个很值得看。它不是教 Agent “怎么写一个按钮”，而是教 Agent 按 Vercel 的工程标准去审查和优化代码。尤其推荐 web-design-guidelines。
6. Planning with Files：给长任务一个外置记忆
https://github.com/OthmanAdi/planning-with-files
这个 Skill 很朴素，但特别实用。它用 task_plan.md、findings.md、progress.md 这类 Markdown 文件给 Agent 做外置记忆，避免长任务里上下文漂移。
7. Context Engineering Skills：别只盯 Prompt，真正重要的是上下文
https://github.com/muratcankoylan/Agent-Skills-for-Context-Engineering
Prompt 工程只是表层，上下文工程才是 Agent 质量的底层变量。同样一个任务，给 Agent 看什么、不看什么、先看什么、后看什么，结果会完全不同。
8. Composio Skills：MCP + Skills 的双层配合
https://github.com/ComposioHQ/skills
MCP 解决的是“能不能调用工具”，Skills 解决的是“该怎么调用工具”。外部服务、OAuth、session、触发器、webhook 这些问题，都需要明确的使用规则。
9. Antfu Skills：高手是怎么写 Skills 的
https://github.com/antfu/skills
这个仓库的价值不一定是让你马上照搬安装，而是看顶级开发者如何把自己的工程经验写成 Skills。真正好用的 Skills，往往非常个人化、流程化、边界明确。
10. Awesome Agent Skills：把它当目录，不要一口气全装
https://github.com/VoltAgent/awesome-agent-skills
它严格来说不是一个 Skill，而是一个 Skills 索引。Awesome 类项目的价值是“找得到”，不是“全塞进 Agent”。需要支付、数据库、Cloudflare、安全审计时，再按需去查。
到底该怎么选？
• Agent 写码太随意：选 Superpowers
• 想用命令系统调度 Agent：选 SuperClaude Framework
• 需要生产级办公/前端/移动端场景：看 MiniMax Skills
• 想学习官方标准写法：看 Anthropic Official Skills
• 做 React / Next.js / Web UI：看 Vercel Agent Skills
• 经常做长任务：看 Planning with Files
• 想研究上下文管理：看 Context Engineering Skills
• 要接外部工具和 API：看 Composio Skills
• 想学习高手工作流：看 Antfu Skills
安装 Skills 前，一定要理解加载机制
很多人以为 Skills 都是“需要时才加载”。但不同工具不一样。
有些工具会全量加载：启动时把 Skills 目录里的内容一股脑塞进上下文。这样装多了会很危险。
因为上下文窗口不是无限免费的。你塞进去的 Skill 越多，留给真实任务、代码文件、错误日志、项目背景的空间就越少。
更好的方式是按需路由：平时只读 Skill 的 name 和 description，匹配到任务时才加载完整内容。
这也是为什么好的 Skill 通常会有 references 目录。主 SKILL.md 保持简短，用来判断什么时候该用；详细指南、反模式、案例、检查清单放进 references，需要时再读。
我自己的建议：先装少一点，用深一点
如果你刚开始玩 Skills，我不建议你一上来装十几个。
可以先选一个主框架：更重视工程质量，用 Superpowers；更重视命令式调度，用 SuperClaude。
然后选一个领域 Skill：做前端就看 Vercel，做文档和办公文件就看 MiniMax，做外部服务调用就看 Composio。
最后，自己写一个。
因为别人写的 Skills 再好，也不一定完全符合你的工作流。你可以回想一下自己和 Coding Agent 协作最顺的几次：你是怎么描述需求的？它先看了哪些文件？中间怎么记录计划？你要求它怎么验证？最后怎么交付？