要点小结

面向经管学生、研究者与从业者的 AI 智能体设计教材

本章的主线是一个判断：当同类任务反复出现，而且做法趋于稳定时，就该把它从临时 prompt 升级为可复用的 Skill。

具体来说，本章解决了六个基础问题：

1. 为什么需要 Skill（7.1）：重复 prompt 带来要求漂移、经验散落、协作失准三个问题。Skill 把隐性经验变成显性规则，由系统自动匹配加载。
2. SKILL.md 的结构与字段（7.2）：一个 SKILL.md 就能成立。YAML frontmatter 中 name 和 description 是必填字段，description 按做什么 + 何时使用 + 关键能力的公式编写。文件夹使用 kebab-case 命名，存储分个人级和项目级。
3. 触发与渐进式披露（7.3）：系统采用三层模型——frontmatter 始终加载，正文按需展开，附加文件执行时读取。description 的质量直接决定触发准确性，触发问题分为触发不足和触发过度两类。
4. 三类 Skill（7.4）：文档资产型产出文档，不依赖外部工具；流程自动化型编排多步流程；MCP 增强型在工具接口上叠加领域知识。三类可组合，初学者建议从文档资产型起步。
5. 设计原则与常见误区（7.5）：适合封装为 Skill 的任务满足触发稳定、步骤可复用、输出标准明确三个条件。六条设计原则覆盖单一职责、描述可判别、正文可执行、边界可说明、可组合、可移植。
6. 案例：创建一个财报摘要 Skill（7.6）：用一个经济金融场景从头到尾跑一遍 Skill 的创建、配置与使用。

实践建议

1. 遇到重复任务时，先用三个条件（触发稳定、步骤可复用、输出标准明确）判断是否适合封装。
2. 从最小结构起步：先只写 SKILL.md，验证触发和执行效果后再考虑增强。
3. description 是最关键的字段——按做什么 + 何时使用 + 关键能力的公式编写，包含用户实际会说的短语。
4. 一个 Skill 只做一类事。当你想往里塞第二类职责时，拆成两个 Skill。
5. 调试触发效果时，直接问智能体你什么时候会使用这个 Skill，根据回答调整 description。