S21-B04 · Skills：工具的组合与复用

适用读者：工具越加越多、模型开始选错的人。
前置：S21-B03。
覆盖旧文：715(1002) + Skills 10 卡 = 2,457 点。
覆盖扩展：E-S21-005（Skill vs Tool vs Prompt）。
上一篇：S21-B03 · Function Calling 与工具设计
下一篇：S21-B05 · MCP。

1. 一句话结论

Skill 是"带着说明书的能力包"：一个 Skill = 一组工具 + 一段流程说明 + 触发条件。它解决"工具太多模型选不过来"的问题。

层	是什么	谁写
Prompt	一次性指令	用户/开发者
Tool	单个可调用函数	开发者
Skill	工具 + 流程 + 触发说明的组合	开发者/平台
MCP	工具的传输协议（B05）	生态

判据："这个能力需要多步 + 判断吗？" 需要 → Skill；单一动作 → Tool。

2. 为什么需要 Skill（E-S21-005）

问题（只有 Tool）	Skill 怎么解
工具从 5 个涨到 50 个	按场景分组，每次只暴露一组
模型不知道"什么时候用"	Skill 里写触发条件
每次都重复解释流程	流程写进 Skill 说明

"这其实是提示词的工程化"——把"怎么用这些工具"的知识从对话里搬到可复用的包里。

3. Skill 的最小结构

name: pdf-to-markdown
description: 当用户提供 PDF 并要求转成 Markdown 时使用
steps:
  - tool: pdf_extract_text   # 依赖的工具
  - tool: cleanup_tables
  - tool: write_file
guardrails:
  - 输入文件大小 < 20MB
  - 输出前校验编码

要素	作用
`description`	触发条件（模型靠它选择）
`steps`	固定流程（降低不确定性）
`guardrails`	前置/后置校验

4. Skill 与工作流的边界

形态	谁决定步骤
Skill	你（预定义 steps）
Agent	模型
工作流	你（可视化编排，J03）

"Skill 是"半确定性"的：触发由模型判断，步骤由你定义——这正是生产上最常见的形态。

5. 五个误区

误区	真相
"Skill 就是提示词换皮"	它绑定工具与流程，可执行
"Skill 越多越好"	描述冲突会导致选错
"Skill 能自主决策"	步骤是你定的
"Skill 不需要版本"	行为变更要可追溯
"Skill 能替代 MCP"	MCP 是传输协议，不是能力包

6. 自检

Skill 与 Tool 的差别？
Skill 解决"工具爆炸"的什么？
最小结构的四个要素？
Skill 与工作流的分工？
Skill 与 MCP 是什么关系？

7. 下一篇

S21-B05 · MCP：模型上下文协议

Skill 讲完，下一篇讲"工具怎么跨进程提供给模型"——附真实 JSON-RPC 报文。

本篇属于系列《S21 · Agent 工程与 MCP》。旧文来源：A-715 + Skills 10 卡；扩展点 E-S21-005。