核心痛点：每次调教好的 Hermes，下次又得重新教？

解决方案：把重复流程固化为个人 Skill，实现"喊一声，它就知道按流程做"。

Skill vs SOUL.md：本质区别

类比：SOUL.md 是小张的工作习惯；Skill 是小张手里的标准操作手册。

自制 Skill 的 4 大收益

判断标准：什么值得/不值得做成 Skill？

✅ 适合做 Skill（同一任务已做 3 次以上）

• 固定格式整理会议纪要
• 按固定标准分析资料
• 固定流程排查报错
• 乱内容 → 清晰结构
• 长文 → 可执行清单
• 检查方案是否值得继续

共同点：非一次性、需要稳定处理步骤

❌ 不适合做 Skill

• 临时提问、单次灵感
• 尚未稳定的想法
• 自己都没想清的流程

原则：Skill 是工具柜里的专用工具，不是收纳箱。

模板一：任务判断模板

请帮我判断这个任务是否值得整理成一个 Skill。

任务是：【填写任务，如整理会议纪要 / 分析资料 / 写周报 / 排查报错】

请按下面标准判断：

1. 这个任务以后会不会反复出现？
2. 它是不是每次都需要相似的步骤？
3. 它是不是每次都要我重复解释要求？
4. 它有没有固定输入和固定输出？
5. 如果做成 Skill，下次能不能明显省时间？

如果不适合做成 Skill，请告诉我原因。 如果适合，请帮我整理成一个简单的 Skill 草稿。

模板二：Skill 草稿结构模板

请把这个重复任务整理成一个 Skill 草稿。

请按下面结构输出：

Skill 名称

给这个 Skill 起一个清晰、好懂的名字。

这个 Skill 解决什么问题

用普通人能懂的话说明它解决什么重复任务。

适合什么时候使用

说明什么场景下应该调用它。

用户需要提供什么

列出使用前需要给它的材料，比如文本、截图、链接、会议记录、报错信息等。

执行步骤

请拆成 3-6 个稳定步骤。不要写太复杂。

输出格式

明确最后应该输出成什么样子。

注意事项

说明哪些情况需要先反问用户，哪些情况不能瞎猜。

要求：

• 写给新手看得懂
• 不要堆技术词
• 不要写得太长
• 重点是以后可以反复使用

实战案例：会议纪要 Skill

普通问法（问题：结果不稳定）

帮我整理一下这段会议记录。

问题表现

• 有时总结一大段，有时漏掉负责人
• 有时不写截止时间，讨论过程与结论混淆

Skill 固化后的标准输出

整理会议纪要时，默认输出：

1. 会议主题
2. 核心结论
3. 关键讨论点
4. 待办事项
5. 负责人
6. 截止时间
7. 需要继续确认的问题

效果

以后只需说：“小张，把这段会议记录按老规矩整理一下。”

核心总结

关键洞察：Hermes “每次都要重新教”，不是它不行——是重复动作尚未沉淀为 Skill。

来源：小甜甜宝宝 @ 木星人的AI星球