AI Agent 07：Skill 到底是什么，它和 MCP 差在哪
前言
Skill 是 2025 年下半年才真正火起来的概念，由 Anthropic 提出并开放为跨平台标准，现在 Claude、Cursor 都已经支持。
Agent 已经有工具了，为什么还需要 Skill呢？
一、能力不等于经验
给 Agent 一套操作 PPT 的工具，它确实能打开、能改、能存。做出来的东西还是难看：字体不统一、配色撞色、页面塞满文字。
缺的不是能力，是经验。做过上千份 PPT 的人知道标题不超过两行、一页只讲一个观点、深色背景配浅色字。这些知识不在模型参数里，也不在任何工具里。
工具解决「能不能做到」，经验解决「做得好不好」。
在 Skill 出现之前，把经验灌给模型只有三条路，每条都不划算。
表① 三种传统解法的代价
| 解法 | 做法 | 代价 |
|---|---|---|
| 塞进系统提示 | 把规范全写进 Prompt | 几千 token 常驻，九成任务用不上 |
| 微调模型 | 拿规范数据训练 | 贵且慢，改一条规范就要重训 |
| 做专用 Agent | 每类任务单独做一个 | 重复建设，无法复用，维护成本高 |
Skill 是第四条路：把经验写成文件放进文件系统，模型需要时自己去读。
二、本质就是一个文件夹
物理形态极其朴素：一个目录，里面一个 SKILL.md，还可以带参考资料和可执行脚本。
SKILL.md 开头是一小段元数据，只有两个字段，名字和描述。描述写的是这个技能干什么、什么时候该用。元数据下面是正文，也就是详细操作指南。目录里还能放 reference.md 这类补充文档，或者 scripts/ 下的脚本。
没有编译，没有部署，没有 SDK，能用 Git 管理，产品经理也能自己写一个。这种朴素是刻意的，文件是通用原语，任何有文件系统和代码执行能力的 Agent 都能用。
三、渐进式披露
这是整个设计里唯一需要真正理解的部分，也是它区别于「把提示词存成文件」的关键。
表② 三级加载，成本依次递增
| 层级 | 加载什么 | 何时加载 |
|---|---|---|
| 一级 | 只有名字和描述 | 启动时全部预加载进系统提示 |
| 二级 | SKILL.md 全文 | 模型判断任务相关时才读 |
| 三级 | 附属文档、脚本 | 正文提到且确实需要时才碰 |
第三级有个细节值得记住：脚本可以被执行，但脚本内容从不进入上下文。模型只看到执行结果，校验通过或者一条报错。这比让模型现场写一段等价代码既便宜又稳定。
由此得到反直觉的结论：给 Agent 装几百个技能，常驻成本只有几百到几千个 token。没被用到的文件躺在磁盘上，消耗零 token。
这正好补上第 01 期讲的缺陷，上下文有限且贵。整套设计都在「知道很多东西」和「不撑爆窗口」之间找平衡。
思路和 RAG 一脉相承，都是按需取用而非全量灌入。区别在检索对象：RAG 取的是事实，这家店几点营业；Skill 取的是做法，这类任务按什么流程做。
四、和 MCP 的区别
表③ 一个给能力，一个给经验
| 对比项 | MCP | Skill |
|---|---|---|
| 给的是什么 | 能力：工具、数据源 | 经验：流程、规范、做法 |
| 解决什么 | 模型能不能做到 | 模型做得好不好 |
| 形态 | 协议加服务端进程 | 文件夹加 Markdown |
| 加载方式 | 工具描述常驻上下文 | 三级渐进式披露 |
| 失效后果 | 功能做不了 | 做得不专业、不合规 |
两者不是竞争关系，是叠着用的。Skill 的正文里完全可以指导模型去调用某个 MCP 工具。只有工具没有规范，能做但做得不专业；只有规范没有工具，知道怎么做却下不了手。
五、四个东西各管一段
Prompt、RAG、微调、Skill 经常被拿来互相替代，其实各管一段。
| 方式 | 装的是什么 | 更新成本 | 典型场景 |
|---|---|---|---|
| Prompt | 少量固定规则 | 改字即可 | 角色设定、输出格式 |
| RAG | 海量事实性知识 | 改文档，秒级生效 | 知识库、产品手册 |
| 微调 | 语感、风格、直觉 | 极高，要重训 | 固定风格写作 |
| Skill | 程序性知识 | 改 Markdown | 规范流程、操作指南 |
一句话串起来：Prompt 定调子，RAG 给事实，微调改气质，Skill 传手艺。
六、缺点也很明确
最脆弱的是触发。模型靠 description 那几十个字判断要不要用。写窄了该触发不触发，写宽了什么任务都往里套，而且失败是静默的，不报错，只是默默不用。
本质仍是提示词，不是硬约束。模型读了指南依然可能不照做，它提高的只是做对的概率。涉及钱和合规的动作，还得靠代码校验与人工确认。
安全风险实在。Skill 允许携带可执行脚本，装一个来路不明的技能，等于允许别人的代码在本机跑，还能读写文件，这就是供应链风险，企业环境必须审核。
另外三条：出了问题难定位，分不清是没触发、正文含糊还是模型不听话；不适合装每天都在变的知识，库存、价格、政策该走 RAG 或接口；生态还早期，支持程度不一，没有成熟的版本管理和依赖机制。
七、追问三层
第一层，它到底解决什么。一句话：不是加能力，是加经验。
第二层，为什么不直接塞进系统提示。因为常驻成本。几百个技能全塞进去，窗口直接撑爆，九成任务还用不上。渐进式披露把成本从全量常驻改成了按需付费。
第三层，怎么保证它一定生效。答不了「一定」。它是软约束，工程上配三道：描述写清触发条件并加测试用例，关键流程用代码兜底校验，危险动作加人工确认。
收尾
一句话：MCP 给能力，Skill 给经验；能力决定能不能做，经验决定做得多专业。
转载自 CSDN-专业IT技术社区
原文链接：https://blog.csdn.net/2401_88601046/article/details/170656221
