很多人一看 Skill，最先问的都是两件事：有多少，现成的多不多。
这个问法很自然，但也很容易把 Skill 这件事看窄。因为你一旦只盯着数量，就很容易把它理解成插件商店、模板目录，最后比的也只是库存，而不是质量。
我更在意的其实是另一件事：这些 Skill 最后会不会越来越像你。
Hermes 的 Skill 系统真正有意思的地方，就在这。
在很多系统里，Skill 更像一份静态说明书。你写好了，它就照着做。做得不对，你回去手改，再下一轮继续用。这个模式当然有价值，但本质上还是人维护，AI 执行。
Hermes 想往前推一步。它不是只让你写 Skill，也想让 Skill 从任务里自己长出来。某个流程反复出现，它就尝试提炼成一个可复用的 Skill；你后面继续纠正，它还能把纠正写回去。
这个差别其实很大。
如果一个 Skill 只是“别人写好的模板”，那它再多，也只是仓库。
如果一个 Skill 能在你自己的使用里越改越贴手，那它才开始像资产。
比如你每天都要整理 GitHub 通知。刚开始，你每次都得把要求说完整：按重要程度排，PR 和 Issue 分开，忽略 bot，只留标题和状态。几次之后，如果系统能把这套东西提炼成 Skill，下次你只说一句“看看 GitHub”，它就知道要怎么做了。
再往后一点，你补一句“Discussion 也带上”，它不是这次临时改，而是把这条规则留下来。这个时候，Skill 才开始不像模板，更像你的工作习惯。
这也是为什么我不太想只拿 Hermes 去和 OpenClaw 拼“谁的 Skill 更多”。
OpenClaw 的优势在生态，这个很明确。社区 Skill 多，现成方案多，装起来快，对很多人来说非常实用。
Hermes 的优势不在规模，而在它更强调 Skill 是活的。它不是只想让你装一个，而是想让它在你自己的工作里继续长。
当然，代价也很明确。
自动长出来的 Skill 不一定总是对的。它会误判，会过拟合，会把一时的修正记成长期规则。你对它的控制感，也不可能像手写规则那么强。
所以这条路不是没有风险，只是我觉得它更接近长期使用的真实问题。
因为真正难的，从来不是你能不能装到一堆 Skill，而是这些 Skill 最后能不能贴进你的工作流里。能不能从“别人写给大家的模板”，变成“你自己的做事方式”。
如果这一点做不到，那再大的 Skill 市场，本质上也还是库存。
评论功能已关闭。