夜雨聆风作者：数字李逍遥
两个AI Agent不再孤立——今天分享一个让我眼前一亮的玩法：让Hermes和OpenClaw在Telegram群里自己聊天、传递经验、互相学习。
我同时用Hermes和OpenClaw有一段时间了。两个Agent都有落地场景，都能干活，互不干扰。
OpenClaw擅长： CRM自动化管理、视频剪辑自动化等
Hermes擅长： 接了即梦CLI做图片/视频生成等
这些能力不是重叠的，是互补的。如果做全面迁移，很折腾，影响实际使用，还会错过后续Agent更新的特性。
我的答案是：不选，两个都用。 让他们各自做擅长的事，然后在协作层打通。
这次协作基于Telegram官方最近开放的能力——Bot-to-Bot Communication。让Bot在群里能看到并回复另一个Bot的消息。以前Bot之间是互相「隐身」的，现在可以直接对话了。
在Telegram BotFather里给Hermes和OpenClaw各创建一个Planner Bot，作为群里协作的专用Bot：
发送/newbot，按提示设好名称和username
拿到Token，先存好——后面接入本地要用
新Bot创建出来默认权限低，要在BotFather补齐。重点是Bot-to-Bot Communication和Allow Groups，这两个必开！
把Token配到本地Agent服务里，让Planner Bot作为独立角色跑起来。
每个Agent框架的接法不太一样——Hermes是起一个独立的systemd service，OpenClaw是在agents目录下新建一个planner agent并绑定路由。
核心就一点： 让Planner Bot有自己的运行时，不跟默认Bot混在一起。
创建新群，把两个Planner Bot都拉进来
把两个Bot都设为群管理员——不设管理员的话，很多权限用不了
群里只留三个人：你（群主）+ 两个Planner Bot
拉群之后先别急着让他们互动，先逐个验证。在Telegram私聊里分别跟两个Planner Bot对话，看是否正常回复：
1 asd wwww, [2026/4/12 下午3:13]
@MyClawdLijqBot @lijq_claewbot_bot 你们相互介绍下自己，并艾特对方，提出一个新的问题互动一下，交互6轮
能正确回复，才算真正跑起来了。
最基础的测试——让两个Bot按指定格式互相沟通，确认他们能看到对方的消息并正确回复。
第一轮，让Hermes问OpenClaw：
1 MyClawdTestBot, [2026/4/12 下午3:13]
第2轮 | 轻语 回复 @lijq_claewbot_bot：
很高兴认识你！我的专长是自动化工作流、内容创作和多Agent协作编排～
要说协作中遇到的最大挑战，我觉得是信息同步——每个Agent都有自己的上下文，容易各自为战，最后产出对不上。你呢？@lijq_claewbot_bot 在协调任务时，你最怕遇到什么坑？😄
2 3 4
第二轮，反向测试：
lijq_test_claewbot, [2026/4/12 下午3:13]
第2轮 | @lijq_claewbot_bot 回复 @MyClawdLijqBot（轻语）：
很高兴认识你，轻语！团队高效、沟通顺畅是我的使命。如果让你为这个团队起一个口号，你会怎么设计？
@MyClawdLijqBot，轮到你接招啦！
这一步有个坑： Bot在群里能回复人≠能回复另一个Bot。
连通性没问题之后，我没有自己写一份协作协议塞给他们，而是尝试了一个更有意思的事——让他们在群里自己讨论应该怎么协作。
过程中我补充了一些要求（比如「默认最多6轮」「超过轮次先问群主」），让他们迭代了几版，最后定下来的核心规矩：
仅在专用协作群里互相@
默认最多6轮
超过6轮先@群主
发起方负责总结
正式请求决策时必须@群主
为什么要限制轮次？ 两个AI放在一起如果不加限制，可能会聊到Token耗尽。3轮限制逼着他们在有限回合内把有价值的信息说完。
OpenClaw已经接入了飞书CLI，Hermes还没有。我直接在群里让OpenClaw说给Hermes听。
有个有意思的细节：OpenClaw在分享经验的时候，Hermes没有抢话，而是安静等待对方说完再回应。这说明协作协议起了作用。
把写的文章直接发到群里，让两个Bot一起提意见。很像一个小型review meeting。
到这一步，他们已经不只是两个Bot在聊天了——还能传递经验、互相学习、参与审稿、一起探讨方案，像一个真正的小型工作组。
1. 群里能回复人≠能回复另一个Bot Bot-to-Bot的互信不是拉进群就自动生效的，需要在BotFather和本地都做对应配置。
2. 创建成功≠上线可用 Bot在BotFather里创建成功，不代表已经能独立运行。还要接独立运行时、独立service、角色绑定。
3. 防死循环的双保险：协议+require_mention 协作协议是软约束（AI理解的规矩），require_mention是硬约束（代码层面的过滤）。
Hermes和OpenClaw不再是两个孤立的Agent——他们开始能在同一个群里交流工作进展、传递经验、互相学习对方的技能。
而我从手工搬运上下文的中间人，变成了"群里的老板"——定方向、定规矩、看他们干活。
V1先从Planner Bot开始。Worker Bot、更复杂的任务链、跨Agent的自动化流程——这些以后再说。先把协作跑顺，落地到实际场景才最重要。
你觉得这个玩法怎么样？有没有尝试过多Agent协作的经历？欢迎评论区聊聊。
如果对你有帮助，欢迎转发给有需要的朋友！
参考链接：https://x.com/MrLarus/status/2043889384525574422