Skill 体系概述与生态位
目录
- Skill 在工程里解决什么问题
- Skill 与 Prompt、工具、RAG 的分工
- Skill vs MCP vs Plugin(面试级对照)
- 与开放标准一致的「渐进披露」
- 生态位:工作区 Skill、平台 Skill、标准 agentskills
- 一张图:Skill 在 Agent 循环中的位置
- 与招聘/协作的关系
- 延伸阅读
Skill 在工程里解决什么问题
没有 Skill 时,团队往往把流程散落在:口头约定、飞书文档、某个人电脑里的提示词片段。结果是:同样的事每次重新讲一遍,质量随当班的人波动,复盘时找不到「当时到底按什么标准做的」。
Skill 把「可重复流程」固化成可被 Agent 或人类引用的说明书,核心解决三件事:
- 一致性:同样输入得到同样步骤,而不是每次模型自由发挥。
- 可交接:新成员按 Skill 执行,不必依赖老员工口传心授。
- 可演进:Skill 可以版本化、评审、回滚,像代码一样管理。
Skill 与 Prompt、工具、RAG 的分工
| 层 | 负责什么 | Skill 是否替代它 |
|---|---|---|
| System prompt / 人设 | 语气、边界、安全红线 | 不替代;Skill 应与人设一致 |
| 工具(Tools/MCP) | 真实执行:读库、HTTP、浏览器 | 不替代;Skill 描述「何时、如何」调用 |
| RAG / 检索 | 动态证据 | 不替代;Skill 可规定「检索后如何引用与校验」 |
| Skill | 重复业务流程的步骤、输入输出、质量标准 | 本层 |
若你把所有东西都写进「超长 System prompt」,会导致:难维护、难 diff、难复用。Skill 适合承载流程型知识;人设适合稳定短约束。
Skill vs MCP vs Plugin(面试级对照)
面试常把这三个概念混在一起,标准回答是"三者解决不同层的问题,互补不替代":
| 维度 | Skill | MCP(Model Context Protocol) | Plugin(插件) |
|---|---|---|---|
| 本质 | 流程/约束文档(方法论) | 工具/资源执行协议 | 能力打包分发格式 |
| 回答的问题 | "怎么做"(按什么步骤、什么质量标准) | "能连什么"(有哪些工具/数据可调) | "怎么装/发布"(统一发现、权限、版本) |
| 谁执行 | 模型按步骤执行(结合工具) | MCP Server 真实执行 | 宿主加载,内部可含 Skill/MCP |
| 典型形态 | SKILL.md + 可选脚本 | Host/Client/Server,stdio + Streamable HTTP | 目录 + manifest(如 .codex-plugin/plugin.json) |
| 加载方式 | 渐进披露(先名称描述,命中再读正文) | 连接后枚举 tools/resources | 安装到宿主,按 manifest 注册 |
| 关系 | 教模型如何组合工具 | 给模型可调的工具 | 把 Skill/MCP/Hooks 一起打包 |
三者协同的一句话记忆:
MCP 给"能连什么",Skill 教"怎么做",Plugin 负责"怎么打包分发"。 一个成熟项目常同时有:MCP 提供工具、Skill 规定流程、Plugin 把它们打包给团队安装。
与开放标准一致的「渐进披露」
agentskills.io 把 Skill 的运行方式概括成三步,和「不要把全部说明书一次性塞进上下文」的工程直觉一致:
- 发现:会话开始时,Agent 只加载每个 Skill 的名称与简短描述(足以判断「可能相关」)。
- 激活:当用户任务与描述匹配时,再加载完整
SKILL.md正文。 - 执行:按正文操作,必要时再读取同目录下的脚本、参考文档或模板文件。
这样可以在多 Skill 并存时,避免每条会话都付满「全部 Skill 全文」的 token 成本。本站 编写规范 与 规范对照 里对字段与篇幅的约定,与上述机制是同一套故事的不同侧面。
生态位:工作区 Skill、平台 Skill、标准 agentskills
- 工作区 Skill:例如 OpenClaw 的
~/.openclaw/workspace/skills/<name>/SKILL.md,随用户环境走,适合个人或小团队(见 OpenClaw Skills 文档)。 - 平台/产品内 Skill:由产品定义加载顺序与权限,常与计费、审计绑定。
- 开放标准:如 agentskills.io 推动跨工具互操作;Hermes 亦声明兼容该标准(见 Hermes README 与 Skills 文档)。
选型建议:先在工作区把 Skill 写稳,再考虑抽成独立仓库或 Plugin 分发。
发布脉络:从 MCP 到 Agent Skills(2024→2026)
- 2024:Anthropic 提出 MCP(Model Context Protocol),标准化"模型↔外部工具/资源"的连接。解决"能连什么"。
- 2025:Anthropic 推出 Agent Skills——用
SKILL.md(含 YAML frontmatter 的 name/description)+ 渐进披露,把"怎么做"沉淀成可复用的能力包,先在 Claude / Claude Code 落地。 - 生态扩散:agentskills.io 等推动跨宿主的开放标准叙事,使 Skill 不绑定单一产品。
面试一句话:MCP(2024)解决"连接外部工具",Agent Skills(2025)解决"沉淀流程方法",二者是 Anthropic 推动的两块互补拼图。
宿主现状(2026)
| 宿主 | Skill 形态/位置 | 说明 |
|---|---|---|
| Claude / Claude Code | SKILL.md(Agent Skills 原生) | Anthropic 官方实现,渐进披露 |
| Cursor | 项目内 Skill / Rules(.cursor/) | 以工程约束与流程文档形式被加载 |
| OpenClaw | ~/.openclaw/workspace/skills/<name>/SKILL.md | 工作区级,随用户环境走 |
| Hermes | 声明兼容 agentskills 标准 | 见各官方文档 |
各宿主的加载顺序、权限与安全策略不同,不是同一套文件无差别通用,详见 各宿主 Skills 差异对比。
一张图:Skill 在 Agent 循环中的位置
与招聘/协作的关系
招聘中提到的「会写 Skill」通常指:能把复杂任务抽象成可复用模板,并配合评测与文档。协作上,Skill 是代码评审之外另一类需要 review 的资产:改一个字可能影响全团队输出风格。