最后核验: 2026年7月31日 · Hermes 0.16.0 · OpenClaw 2026.7.1-2
简短回答:能互通
你在 Hermes 上装的 skill,能在 OpenClaw 上原样(逐字节相同)装上,反之亦然。两边都说标准 agent-skill 格式(SKILL.md + YAML frontmatter + 配套的 examples/、references/、scripts/、templates/ 目录),都从同样的 registry 拉。
2026-07-31 核验:agent-self-evaluation 这个 skill(以及很多别的)在两边装得一模一样——同样的 SKILL.md(7625 字节、内容相同)、同样的目录结构,在本机的 ~/.hermes/skills/ 和 ~/.openclaw/skills/ 里。
两边各自怎么管 skill
| Hermes | OpenClaw | |
|---|---|---|
| 命令 | hermes skills |
openclaw skills |
| 子命令 | browse、search、install、inspect、list、check、update、audit、uninstall、publish、snapshot、tap、config | list、inspect、install(+ onboard) |
| Bundles | hermes bundles(多个 skill 的别名组合) |
(按 agent workspace) |
| 自我进化 | hermes curator——后台 skill 维护,从经验里改进 skill |
(无对应 curator) |
| Registry | skills.sh、well-known agent skill endpoints、GitHub、ClawHub 等 | 共享 skill 生态 |
格式共享,运行时不共享
skill 包是可移植的(格式 + 内容相同)。不同的是执行它的运行时:
- Hermes 在 Python agent 里跑 skill,还有个 curator 后台进程从经验中改进 skill(自我进化循环)。skill 越用越好。
- OpenClaw 经 Node 网关跑 skill,按 agent workspace 隔离。没有自我进化的 curator。
skill 的 scripts/ 可能是语言特定的(bash/python/node)。SKILL.md 的说明 + skill 的契约是 harness 无关的——但如果某 skill 调 Python,它就需要 Python 运行时(Hermes 总有;OpenClaw 得装 Python)。这是主要的兼容坑,而且是按 skill 算,不是按 harness 算。
对 AgentHub Phase 2 意味着什么
原来的论点是“造个 adapter SDK 让一个 skill 在两边都能跑”。活实例的证据修正了它:可移植性已经被共享格式 + registry 解决了。 真正的空白是发现 + 质量 + 跨 harness 兼容说明——skills.sh 和 ClawHub 有了,但找好 skill、知道哪些在跨 harness 时有运行时坑,还没人解决。AgentHub Phase 2 会聚焦这里:在共享 skill 生态之上做策展 + 评审的目录,不是移植适配器。
来源 + 时效
“格式共享”的说法于 2026-07-31 通过 diff 一台机器上装的 skill(agent-self-evaluation)核验——~/.hermes/skills/ 和 ~/.openclaw/skills/ 里 SKILL.md 逐字节相同 + 目录结构相同。CLI 子命令来自 hermes skills --help 和 openclaw skills --help。两个项目迭代快——依赖子命令清单前重新核对。