02 · Skills vs Tools / MCP / Subagents
01-为什么用Skills ｜ 下一篇 → 03-探索内置Skills
四个概念最容易混。一张表说清
| 概念 | 是什么 | 解决什么 | 类比 |
|---|---|---|---|
| Tool（工具） | 智能体能调用的单个动作（读文件、跑 bash、查 API） | 让它能做某个具体动作 | 一件工具：锤子 |
| MCP | 一个协议/服务器，对外暴露一组 Tool + 资源 | 让它接入外部系统（浏览器、数据库、第三方 API） | 一整个工具箱的接口标准 |
| Skill | 一个含指令+资源的文件夹 | 教它某件事该怎么做（领域知识 + 流程） | 一本操作手册 |
| Subagent | 派生出的子智能体 | 拆分/并行一个大任务 | 一个帮手 |
一句话区分
- Tool：能做什么动作。
- MCP：从哪儿接外部能力进来（一批 Tool 的标准化来源）。
- Skill：知道某件事该怎么做（知识 + 步骤），不一定新增动作。
- Subagent：派人去并行干活。
它们怎么配合
用户目标
│
主智能体 ── 加载 Skill（知道"怎么做这件事"）
│ │
│ 按 Skill 指引调用 Tool（来自内置或 MCP）
│
└── 复杂/可并行 → 派 Subagent 分头干
一个真实任务里它们常同时出现：智能体用某个 Skill 指导流程，过程中调 MCP 提供的 Tool，复杂时再派 Subagent 并行。
该用哪个？决策提示
| 你的需求 | 选 |
|---|---|
| 让它能调用一个新动作/API | Tool（或封装成 MCP） |
| 接入一整个外部系统（浏览器、GitHub、数据库） | MCP server |
| 把「某类任务的标准做法」固化、复用 | Skill |
| 把一个大任务拆开并行处理 | Subagent |
常见误区
- ❌ 「Skill 就是 Tool」→ 不。Skill 主要是知识与流程，可以不带任何代码，纯
SKILL.md指令也是合法 Skill。 - ❌ 「有了 MCP 就不需要 Skill」→ 不。MCP 给能力，Skill 给怎么用这些能力的章法。
- ❌ 「什么都用 Subagent」→ 并行有协调成本，简单任务直接做。
本节实操
- 把你上一节选的工作流，判断它更适合 Skill 还是 MCP
- 想一个「Skill + MCP」配合的例子（如：用「报表 Skill」+「数据库 MCP」出周报）
下一篇 → 03-探索内置Skills