第 9 章 Skills 进阶
面向经管学生、研究者与从业者的 AI 智能体设计教材
阅读指南
- 理解 编排型 Skill 的定义,区分基础 Skill 与编排型 Skill 的适用场景
- 掌握
allowed-tools、!command、引用资源三种核心编排机制的用法 - 应用 五大设计模式(顺序编排、多 MCP 协调、迭代精修、上下文感知选择、领域专业智能)解决经济金融任务
- 设计 针对 Skill 的触发测试、功能测试和性能对比,并根据反馈迭代改进
- 判断 Skill 的能力边界,识别何时该升级为子代理
本章核心概念速查
| 概念 | 定义 | 何时使用 | 常见错误 |
|---|---|---|---|
| 编排型 Skill | 安排步骤顺序和工具边界的 Skill | 任务需要多阶段协调时 | 和基础 Skill 混为一谈 |
allowed-tools |
限定 Skill 可调用的工具白名单 | 需要控制执行权限时 | 开放全部工具不做限制 |
| 设计模式 | 顺序编排、多 MCP 协调等五种范式 | 选择 Skill 组织方式时 | 不分场景套用同一模式 |
| 上下文工程 | 管理信息注入、隔离和压缩 | 多步骤任务信息量大时 | 不做隔离导致上下文污染 |
| Skill 升级时机 | Skill 不够用时转为子代理 | 任务需要自主决策时 | 能用 Skill 解决却上子代理 |

这一章讨论 Skill 何时要从规则封装升级为任务编排。面对多步骤、受约束、需要取证的任务,单靠一段说明往往不够,重点已经不再是写法,而是怎样组织执行顺序和边界。
核心概念
编排层(Orchestration Layer):不是底层能力本身,而是把任务拆成若干步骤,决定步骤之间的衔接顺序、约束边界和交付方式的组织层。命令负责执行,脚本负责固化确定性步骤,MCP 负责提供外部接口,Skill 负责把它们放进合适的任务结构里。