
Hermes Agent 与 OpenClaw:相同的许可证,不同的托管方
- Orca新Orca: OrcaCyber Ultra 1.02026-10-17$5.00 / $10.00 每百万 tokens · 14 tok/s
- deepseek新DeepSeek: DeepSeek V4.1 Flash 10172026-10-1745智能
- DeepSeek新DeepSeek: DeepSeek V4.1 Flash2026-10-1740智能
- Orca新Orca: OrcaCyber Zero 1.52026-10-10$3.00 / $7.50 每百万 tokens · 152 tok/s
- openaiOpenAI: GPT-6.1 Sol2026-09-2952智能
- anthropicAnthropic: Claude Sonnet 5.52026-09-2856智能
- typesafeTypeSafe: Jev 1.132026-09-24$0.04 / $0.00 每百万 tokens · 1062 tok/s
- OpenAIOpenAI: GPT-6 Luna2026-09-2238智能
- OpenAIOpenAI: GPT-6 Sol2026-09-2248智能
- AnthropicAnthropic: Claude Opus 5.52026-09-2258智能
- xAIGrok 4.72026-09-2146智能
- OrcaOrca: OrcaCyber Zero 1.02026-09-17$3.00 / $7.50 每百万 tokens · 157 tok/s
- OrcaOrca: OrcaVerify Text 1.02026-09-16$2.00 / $0.00 每百万 tokens · 1840 tok/s
- OpenAIOpenAI: GPT-6 Astra2026-09-0453智能77代码
- GoogleGoogle: Gemini 3.8 Flash2026-09-0241智能76代码
- AlibabaQwen: Qwen3.8 Max (0902)2026-09-0245智能76代码
- AnthropicAnthropic: Claude Fable 5.12026-09-0153智能82代码
- TencentTencent: Hy4 preview2026-08-28$0.83 / $2.50 每百万 tokens · 49 tok/s
- AlibabaQwen: Qwen3.8 Flash2026-08-26$0.15 / $0.47 每百万 tokens · 104 tok/s
- z-aiZ.ai: GLM 5.3 Flash2026-08-2642智能72代码
把 Hermes Agent 和 OpenClaw 在能力上并排比较,结果接近不相上下,这是首先值得说明的一点。两者均采用 MIT 许可证。两者都可以让你将它们指向自选模型,并在之后更换。两者上次推送时间均为 2026 年 10 月 23 日,且都自称运行在你掌控的硬件上。两者都不要求订阅。真正有意思的差异并不是一方拥有而另一方缺少的某项功能。它高出一个层面,在于谁对该项目负责,以及各自如何处理其积累的关于你的记录。
GitHub 上的公开数字显示,截至 2026 年 10 月 23 日:NousResearch/hermes-agent 拥有 256,360 个星标和 56,015 个分叉,创建于 2025 年 7 月 22 日。openclaw/openclaw 拥有 392,829 个星标和 82,566 个分叉,创建于 2025 年 11 月 24 日。Hermes 是更早的项目,早了大约四个月,并拥有约三分之二的星标。这些计数衡量的是关注度,而非已完成的工作,而关于衡量的那一节会再回到这一点。从这里到那里之间的所有内容,都会让两个项目经过同样的六个维度——它运行在哪里、你如何访问它、模型如何被选择、它记得什么、谁治理它,以及衡量什么——并标出两个项目都未回答的每一个问题。

两份 README 的开头两句话解释了后续的大部分内容。Nous Research 称 Hermes 是“由 Nous Research 构建的自我改进 AI 智能体”,并以一个循环开场:它从经验中创造技能,在使用过程中改进技能,促使自己将知识持久保存下来,并检索自己过去的对话。OpenClaw 则以所在位置而非学习作为开场——“一个开源 AI 助手,运行在你自己的电脑上,并在你已经在用的渠道中与你见面。”一个项目的核心标签是记忆,另一个是地址。记住这两句话,六个维度就不再像一份检查清单了。
运行位置
Hermes 将机器视为由你选定的部署目标。其 README 提供了 5 美元的 VPS、GPU 集群,或空闲时几乎零成本的无服务器基础设施,并明确指出该 agent 不必驻留在你的笔记本电脑上:当它在云 VM 上工作时,你可以通过 Telegram 与它交流。内置六种终端后端——local、Docker、SSH、Modal、Daytona 和 Vercel Sandbox——此外还有 Singularity 和 Apptainer 等插件后端。其中 Daytona 和 Modal 提供无服务器持久化:环境在空闲时休眠,并按需唤醒。
OpenClaw 只有一个部署单元,并通过配置让它产生变化。其 README 写道:“同一个 Gateway 既可以在笔记本电脑上作为个人助理运行,也可以作为共享团队部署运行;唯一的区别在于配置。”并且 Gateway 被描述为会话、工具、事件和渠道连接的本地控制平面。README 对不存在的内容也同样明确:“没有付费层级、托管服务或 token。”Nous Research 是否运行 Hermes 的托管版本:在为本次比较所阅读的材料中未公布。对比之处在于:一个项目将执行分散到可选的远程后端,而另一个项目保留单一控制平面,仅更改其设置。
你如何到达它

Hermes 拥有一套一等公民级的操作员控制台。其 README 描述了一个“完整终端界面”,具备多行编辑、斜杠命令自动补全、对话历史、中断并重定向,以及流式工具输出;而同一个网关进程还同时服务于 Telegram、Discord、Slack、WhatsApp、Signal 和命令行。这些消息渠道像是加装在终端产品上的第二扇前门,正因如此,终端读起来仍是原生的界面。
OpenClaw 颠覆了这种侧重。渠道就是产品:Discord、iMessage、Slack、Teams、Telegram、WhatsApp,以及 README 所说的“另外 20 多个”,还有面向 macOS、iOS、Android、Windows 和 Linux 的原生应用。Control UI、CLI 和 TUI 连接到同一个 Gateway,但在描述中排在后面。对团队而言,实际差异虽小却真实存在:使用其中一个时,可以在终端里操作,并从手机聊天;使用另一个时,则可以从同事已经打开的那个窗口里操作。两者的往返延迟,以及各自在实践中实际支持多少渠道:均未公布。
模型是如何被选择的
两个项目用不同措辞做出了同样的承诺。Hermes 表示,你可以使用任何想要的模型,并通过命令“hermes model”切换,无需改动代码,也没有锁定;在其桌面应用中,每个子智能体都可以分别指定自己的提供商、模型和限制。OpenClaw 表示,模型和智能体运行框架——它点名了 Claude 和 Codex,以及本地模型——都是插件,你可以在不更改其他任何内容的情况下替换它们,并且其引导流程会在完成前验证模型访问权限。两者都不附带强制性的第一方模型,也都不发布推荐模型或项目认可的默认模型。
“模型无关”是一种关于架构的主张,而不是关于 token 来自何处的说法。你仍然需要一个端点,而对这两个智能体中的任何一个来说,该端点都可以是你配置的任意提供商,包括我们:一个兼容 OpenAI 的密钥即可访问 200 多个模型,支持自动故障转移且零加价,直接按提供商的标价计费。Claude Opus 5.5 也在其中,每百万输入 token 收费 $4.00,每百万输出 token 收费 $20.00,拥有 100 万 token 的上下文窗口,缓存读取为每百万 $0.20。有必要准确说明范围:我们托管的是模型,而不是 Anthropic 的应用或任何人的助手;无论你运行这两个智能体中的哪一个,安装和配置都由你自行负责。
它所记得的
Hermes 是两者中更直白的一个,因为记忆正是它的起点。README 列出了由智能体整理、并配有定期提示的记忆,复杂任务后自主创建技能,在使用过程中不断改进的技能,带 LLM 摘要、用于跨会话回忆的 FTS5 会话搜索,以及 Honcho 辩证式用户建模,并补充了对 agentskills.io 开放标准的兼容性。Nous Research 自己的说法是,它“会跨会话构建一个不断深化的、关于你是谁的用户模型”。
OpenClaw 发布的声明关乎保管,而非策管:“状态、记忆和凭据存放在你的硬件上。”Gateway 是否会汇总旧会话、策管该状态,或编写自己的技能:未在此处阅读的 README 中发布。已发布的是边界。你的提示会发送到你配置的模型提供商和聊天平台,以及你自己启用的任何诊断导出;默认情况下,软件每天检查一次新版本,匿名功能统计需选择加入,而“update.checkOnStart: false”会同时禁用这两项。Hermes 的遥测默认值:未在此处阅读的源代码中发布。
这种不对称性有一个后果,在安装任一系统之前都值得想清楚。一个不断加深对你的建模的系统,运行得越久就越有用,同时它也保存着关于使用者更丰富的记录。一个把状态保存在你的硬件上的系统,作出的承诺更窄,也更可核查。这是两种不同的押注,而且根本与功能无关。
谁来管理它
Hermes 由 Nous Research 构建,并在其自身 README 的第一行中说明了这一点——公司的项目带有公司的名称。除此之外,已公布的记录很少:MIT 许可证、没有基金会,而且在此处查阅的材料中也没有治理文件。至于是否存在商业层级、托管服务或 Nous Research 的路线图承诺:该材料中未公布。
OpenClaw 在其 README 的首屏就回答了同一个问题。它由 OpenClaw 基金会管理,README 将其描述为“一个独立的 501(c)(3) 机构”,并声明不存在付费层级、托管服务或代币。这是一种治理层面的主张,而非许可层面的主张;这一点很重要,因为双方的许可证完全相同。无论你克隆哪个项目,MIT 都赋予你相同的权利。不同之处在于谁能改变方向,以及这一改变背后有何种激励。
这一区分诚实的局限在于:基金会结构并不构成任何保证,而且就本文所查阅的文本而言,两个项目都没有公布资金披露、继任计划或路线图承诺。你能说的是,一个项目已明文写明谁承担责任、哪些东西不会出售,而另一个项目没有公布这些。当问题是“三年后这会怎样”时,其中一个有可供引用的段落,另一个则只有沉默。
衡量的是什么

两个项目都没有发布基准测试、任务成功率、延迟数据,也没有发布经过审计的彼此直接对比。对于一篇比较文章来说,这是其中最重要的一句话,因为这意味着没有任何数字可以用来给这两者排名,任何排名都只能是编造出来的。确实存在的量化记录是 GitHub 的:256,360 个星标和 56,015 次复刻,对比 392,829 和 82,566,读取于 2026 年 10 月 23 日。星标衡量的是关注度;复刻衡量的是认为自己可能会改动某些东西的人。两者都不衡量已完成的工作。
两者反而公布的都是功能范围。Hermes 列出了六种终端后端、用于定时自动化的 cron 调度器、用于并行工作的子代理、用于训练下一代工具调用模型的批量轨迹生成,以及与 agentskills.io 标准的兼容性说明。OpenClaw 列出了渠道、五个平台上的原生应用、通过配置即可成为团队部署的 Gateway,以及一份以“将入站消息视为不可信输入”开篇的安全指南。这些都是关于功能覆盖面的声明,而功能覆盖面是 README 最容易描述、读者却最难比较的东西。每完成一个任务消耗多少 token、首次产生有用动作需要多长时间,以及任一代理需要人类帮它摆脱困境的频率:两者都没有公布。
如何在没有记分牌的情况下做选择
既然没有已发表的测量能将它们区分开,这个决定就只能取决于你工作的形态,而不是分数。
• 长时间运行,云端形态。 一次夜间审计、一批研究任务,或是某个你希望在虚拟机上运行、同时用手机查看进度的任务——Hermes 正是围绕这种形态打造的:可休眠的无服务器后端,以及用自然语言触发的调度器。
• 对话式与多方参与。一个共享网关,可在团队已在使用的聊天应用中、在笔记本电脑上或跨群组进行应答——OpenClaw 正是围绕这种形态构建的,并且默认会将未知发送者进行配对,而不是信任他们。
• 问责优先。如果决定性因素是在项目改变方向时由谁负责,那么比较的就是一个没有付费档位的 501(c)(3) 与一家公司的产品,并且应被准确理解为这一点,而不是功能差距。
• 记忆优先。问问记录在使用一年后会发生什么。Hermes 会发布关于策展的答案;OpenClaw 会发布一个位置。你想要哪一种,属于政策决定,而不是技术决定。
两个项目都采用 MIT 许可证,都与模型无关,并且都在积极推送更新,因此许可证无法帮你做出决定。真正区分二者的是通常意义上的托管——谁持有代码,谁持有记录,以及谁已经白纸黑字写明了他们将如何处理这两者。选择那个其答案你能接受的托管方,然后让六个维度来确认这一选择。
