不换OpenClaw,一台机器两套Agent同时跑,我的方案完整复盘-夜雨聆风

不换OpenClaw,一台机器两套Agent同时跑,我的方案完整复盘

前几天把 Hermes Agent 跑通了，最大的感受就一句话：

不需要推倒重来。

很多人在一个已经跑起来的系统上看到一个新项目火起来，第一反应是”要不要全部切过去”？但现实是：你有 OpenClaw 在跑，有微信在接，有一堆配置在用，怎么可能因为一个新技术就全部推倒？

我的选择是——让 OpenClaw 和 Hermes 共存。

一台机器，两套 Agent，各干各的事，谁也不耽误谁。反而比”二选一”舒服太多。

先搞定 Hermes 的 OAuth 登录

Hermes 支持 ChatGPT Plus 会员授权登录，不需要走 API Key 那一套。

hermes auth login --no-browser

加 --no-browser 是因为很多人装 Hermes 的机器是云服务器，本机打不开浏览器。加了这个参数后，它会打印出一个授权链接，你在本地浏览器完成登录就行。

登录完成后，执行：

hermes model

就能看到模型列表。我最后选的是 gpt-5.4 (via OpenAI Codex)。

配置成功的那一刻感觉很直接：Hermes 不再只是”装好了”，而是真的能用了。

不是说底层完全不消耗，而是说你不再需要走传统 OpenAI API Key 那套按量调用、单独计费、管理额度的繁琐路径。

对于大量个人用户来说，这种方式更接近”真正能长期用”的理想状态。

不用每天盯着 Token 配额，不用研究计费规则，不用在额度快用完时手忙脚乱换 Key。

Hermes 微信配置是可以打通的，连上之后你会看到类似这样的信息：

[weixin] Connected

但启动 hermes gateway 之后，很多人会遇到这种情况：微信明明接上了，但发消息没反应。

第一反应容易是”是不是微信没接成功”？

其实不是。真正的原因是：微信已经接上了，但当前微信用户还没有通过 Hermes 的授权机制。

它不是连不上，而是基于安全策略把你拦下来了。

解决方式不是直接批准微信 user id，而是通过**配对码（pairing code）**来批准：

hermes approve --platform weixin --code N2RQV979

重点是：weixin 是平台，N2RQV979 是配对码，不是微信的 user id。这一点如果没搞清楚，会反复卡住。

一旦通过配对批准，微信聊天就可以用了。

这也是整件事里我最满意的部分。

配置完成后，我的机器状态大概是：两套 Agent 系统同时运行，互不干扰。

OpenClaw → 原有控制台 + 原有插件 + 原有技能 + 原有微信体系
Hermes → 独立聊天 + 独立模型配置 + 独立网关 + 独立记忆 + 独立技能

没有”迁移”，只有”叠加”。

在现实世界里，很多系统不是说换就换的。你已经有 OpenClaw 在跑，有微信在接，有配置在用，怎么可能因为一个新项目火了就全部切过去？

“共存”比”替换”实用得多。

如果你问我：已经在用 OpenClaw 了，还值不值得再装 Hermes？

我的答案很明确：值得。

尤其适合下面这些人：

OpenClaw 继续做它擅长的事，Hermes 独立承担另一套 Agent 能力。

两套系统各司其职，比”二选一”更有意思。

相关链接：

如果你也在跑 OpenClaw，不妨试试 Hermes 共存，说不定会发现新大陆。