Hermes Agent 每次都要重新教？白嫖这个模板，让它下次直接按流程做

ivye
免费干货
2小时前
7热度
0评论

怎么把你反复要做的事情，变成自己的 Skill。

很多人用 AI 会遇到一个很烦的情况：

上次我明明已经把它调顺了。
上次那个回答格式特别好。
上次那套步骤很好用。
为什么这次又要重新教一遍？

这就是普通聊天最浪费人的地方。

一次聊得很好，不代表下次还能自动复用。

如果你不把那套流程沉淀下来，它就会留在聊天记录里，然后慢慢被你忘掉。

所以这篇最想讲的是：

不要让一次成功的经验，死在一次聊天里。

先说人话：Skill 到底解决什么问题？

普通 AI 更像临时帮手。

你今天让它整理会议记录，它能整理。

你明天让它分析资料，它也能分析。

但问题是：

它每次都像第一次接你的活。

比如你让它整理会议纪要。

你可能每次都要重新说：

要有会议主题。
要有核心结论。
要有待办事项。
要写负责人。
要写截止时间。
需要继续确认的问题也列出来。

说一次还行。

每周都说，就很烦。

Skill 的意义就在这里：

把你反复交代的那套流程，变成它下次自动会用的“老规矩”。

就像你身边有个熟悉流程的同事小张。

你不用每次都把格式重新讲一遍。

你只要说：

小张，把这段会议记录按老规矩整理一下。

他就知道：

先提取会议主题。
再整理核心结论。
再列讨论重点。
再拆待办事项。
再标负责人和截止时间。
最后把需要继续确认的问题单独列出来。

这才是 Skill 真正的价值。

不是让 AI 变得更神秘。

而是让一件反复出现的任务，从：

每次重新教

变成：

喊一声，它就知道按流程做。

Skill 和 SOUL.md 到底有什么区别？

前面我们讲过 SOUL.md。

SOUL.md 更像是告诉 Hermes Agent：

你平时怎么和我配合。
你说话要直接一点，还是详细一点。
你遇到复杂问题要不要先拆解。
你不确定的时候要不要提醒我。

也就是说，SOUL.md 管的是：

这个助手平时怎么配合你。

但 Skill 不一样。

Skill 管的是：

遇到某一类具体任务时，应该按哪套固定流程做。

所以可以这样理解：

SOUL.md 是小张的工作习惯。

比如他说话要清楚、做事要先确认、不确定不要瞎猜。

Skill 是小张手里的 SOP。

比如会议纪要怎么整理、资料怎么分析、报错怎么排查、周报怎么输出。

一个管“人怎么配合”。

一个管“事怎么做”。

这两个不能混。

有了自己的 Skill，你到底能获得什么？

很多新手听到“自制 Skill”，会觉得：

这是不是又要学技术？
我只是想让 AI 好用一点，有必要搞这个吗？

其实你可以先不用把它想复杂。

你真正获得的是这 4 件事。

第一，不用每次重新解释。

以前你每次都要说：

按这个格式。
先看重点。
不要写太散。
最后给我下一步。
不确定的地方要标出来。

有了 Skill 之后，这些规则可以提前写进去。

以后遇到同类任务，它就知道该怎么做。

第二，输出更稳定。

普通聊天最大的问题是：

这次回答很好，下次不一定一样好。

但 Skill 像一份固定操作手册。

它能让同一类任务，每次都按差不多的步骤处理。

比如整理会议纪要，就固定输出：

结论、讨论重点、待办事项、负责人、截止时间。

这样结果就不会每次乱飘。

第三，一次跑通的经验，可以反复复用。

很多时候，你和 AI 聊了半天，终于调出一个很好用的流程。

但如果你不保存，下次又要从头来。

Skill 的价值就是：

把这次调顺的流程，变成以后能直接调用的东西。

它不是让 AI 变神。

它是让你的经验不浪费。

第四，它会更像一个熟悉流程的同事。

普通 AI 像临时帮手。

你每次都要告诉它怎么做。

有了自己的 Skill 之后，它更像一个已经看过 SOP 的同事。

你不需要每次从零交代。

只要给它材料，它就知道：

这类任务应该先看什么。
中间怎么处理。
最后按什么格式交付。

所以，自制 Skill 对小白最直接的好处不是“高级”。

而是：

省掉重复解释，让结果更稳定，让你跑通过的流程以后还能继续用。

什么东西值得变成 Skill？

不是所有事情都要写成 Skill。

新手只要记住一个判断标准：

同一类任务，你已经做过 3 次以上，就值得考虑变成 Skill。

比如这些就很适合：

每次都要按固定格式整理会议纪要
每次都要按固定标准分析资料
每次都要按固定流程排查报错
每次都要把乱内容整理成清晰结构
每次都要把长文压缩成可执行清单
每次都要检查一个方案值不值得继续做

这些任务都有一个共同点：

不是一次性的。

而且它们不是只需要“回答一个问题”。

它们需要一套稳定的处理步骤。

这就适合 Skill。

什么东西不适合变成 Skill？

也有一些东西不适合。

比如：

今天临时问的一个问题
某次聊天里的灵感
一个还没稳定下来的想法
只会用一次的任务
你自己还没想清楚的流程

这些可以先留在对话里。

不要急着封装。

Skill 不是收纳箱。

Skill 更像工具柜里的专用工具。

只有反复要用的工具，才值得单独做一把。

白嫖：自制 Skill 判断模板

以后你不确定一件事该不该做成 Skill，可以直接复制这段。

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


任务是：

【这里写你的任务，比如整理会议纪要 / 分析资料 / 写周报 / 排查报错】
请按下面标准判断：
1. 这个任务以后会不会反复出现？

2. 它是不是每次都需要相似的步骤？

3. 它是不是每次都要我重复解释要求？

4. 它有没有固定输入和固定输出？

5. 如果做成 Skill，下次能不能明显省时间？
如果不适合做成 Skill，请告诉我原因。

如果适合，请帮我整理成一个简单的 Skill 草稿。
这条指令的作用是：

先判断值不值得封装。

不要一上来就什么都写成 Skill。

真正值得做成 Skill 的，是那些反复出现、步骤稳定、以后能省时间的事情。

白嫖：Skill 草稿模板

如果 Hermes Agent 判断这个任务适合变成 Skill，可以继续让它按这个结构整理。

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


请按下面结构输出：
# Skill 名称

给这个 Skill 起一个清晰、好懂的名字。
## 这个 Skill 解决什么问题

用普通人能懂的话说明它解决什么重复任务。
## 适合什么时候使用

说明什么场景下应该调用它。
## 用户需要提供什么

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

请拆成 3-6 个稳定步骤。

不要写太复杂。
## 输出格式

明确最后应该输出成什么样子。
## 注意事项

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