本文为 CSDN 导读版，完整原文已发布在个人网站：
https://yilantinyu.cn/notes/illustrated-skill-reading-notes-5/

学习目标

前几篇笔记里，我从提示词、智能体组成、Skill 触发机制，一直写到如何动手创建自己的 Skill。到了这一篇，我开始思考一个更实际的问题：如果一个任务不是单步完成，而是需要多个 Skill 一起配合，应该怎样拆分和组织？

这篇笔记主要想解决三个问题：

1. 为什么不建议把所有规则都塞进一个万能 Skill；
2. 怎样从一个具体 Skill 中提取更通用的小 Skill；
3. 串联、并行和子智能体分别适合什么场景。

一、千万不要做万能 Skill

刚开始学 Skill 时，很容易产生一个想法：既然多个 Skill 串起来麻烦，那干脆合成一个“大而全”的 Skill 不就行了吗？

这个想法看起来省事，但真正用起来会发现问题不少。如果一个 Skill 同时负责要点提取、错误检查、语言润色、格式导出和文件保存，说明会变得很长，职责也会变得模糊。后面一旦出错，就不容易判断问题到底出在哪一步。

所以，一个好用的 Skill 不一定要大，反而应该先把边界写清楚。它最好只负责一件相对明确的事情：输入是什么、输出是什么、哪些事情不做，都要尽量说明白。

二、把通用能力拆出来

书中用了“万能高汤”的例子来帮我理解这件事。

做饭时，高汤可以用来煮面、炖排骨、烧火锅。如果每一道菜谱里都完整写一遍高汤做法，后面高汤配方一改，所有菜谱都要跟着改。更好的做法，是把“高汤”单独写成一个菜谱，其他菜谱需要时引用它。

Skill 也是类似的道理。

比如“要点提取”不一定只属于读书笔记，它也可以用于会议纪要、培训记录、产品文档和复盘材料。与其把它写死在某一个读书笔记 Skill 里，不如单独整理成一个更通用的小 Skill。

三、串联、并行和子智能体

多个 Skill 一起使用时，最常见的是串联。比如整理读书笔记时，可以先提取要点，再润色语言，最后导出文档。前一步的输出，会成为后一步的输入。

但有些任务不一定要排队完成。比如同一份材料，可以同时做错别字检查、关键词统计、要点提取和来源核对。这类任务之间依赖关系不强，就更适合并行处理。

如果任务更复杂，还可能用到子智能体。我的理解是：主智能体负责理解整体目标、拆分任务和汇总结果，子智能体则处理其中某个相对独立的部分。不过使用子智能体时，任务边界一定要说清楚，否则结果会很难复核。

四、本篇小结

这次学习让我明白，多 Skill 协同的重点不是把流程做得越自动越好，而是把职责拆清楚。

一个大而全的 Skill 看起来省事，但维护起来容易变重；多个小 Skill 看起来麻烦，但更容易复用、测试和调整。

还有一点对我很重要：不要一上来就想着搭 Skill 的完整版。刚开始能把基础功能跑通就已经很好了，后面再根据真实使用中遇到的问题，慢慢加上自己想要的其他功能。每一个真正好用的 Skill，往往都不是一次写完的，而是在反复使用、发现问题、调整规则和重新测试中慢慢成型的。

阅读完整原文

本文只是 CSDN 摘要版，完整笔记里还写了：

• “万能高汤”的完整类比；
• “要点提取”和“文本挑错”两个小 Skill 的拆分思路；
• Skill 与子智能体的区别表格；
• 我目前整理多 Skill 工作流时的具体做法。

完整原文地址：

https://yilantinyu.cn/notes/illustrated-skill-reading-notes-5/

相关阅读：

• 图解 Skill 读书笔记（一）：从日总结理解提示词与 Skill
• 图解 Skill 读书笔记（二）：智能体组成与 Skill 触发机制
• 图解 Skill 读书笔记（三）：任务拆解、功能实现与安全边界
• 图解 Skill 读书笔记（四）：动手创建自己的 Skill