第七篇 为Openclaw聘请一个Hermes监工
文主最近用openclaw(俗称小龙虾)执行每天定时执行长任务(多agent协作任务)时总会遇到openclaw对文主说谎,谎报数据,感染文主的懒癌,不想做任务直接躺平,你不问他不答的状态,更气人的是遇到问题了直接跳过此步骤,继续执行下一个步骤,导致结果都是错的。为此文主也在pipelin中也加入了监工的agent,但架不住监工agengt也偷懒糊弄你呀。
一气之下想起了被誉为openclaw的代替者Hermes(俗称爱马仕),虽然对Hermes的大名早有耳闻,圈内用过的小伙伴都说不错,能完美解决所有openclaw所有刚说的缺点,还是弄硬件调动上去解决的,相当于从根上就不会出错,但是文主好不容易适应了openclaw,不太想重新去再次花时间配置Hermes,同时也不想放弃openclaw成熟的Skill环境(Skill体量是Hermes的几十倍甚至一百倍)。但为了解决文主的痛点,一道灵光闪过,能不能让Hermes直接调动openclaw,请个Hermes当监工来监督这些爱偷懒的openclaw agent?
于是经过一番研究,还真的可行,今天先不说具体操作方案,先说说如何实现让Hermes监工openclaw的逻辑。
例如文主有3个openclaw agent,分别为agent1、agent2、agent3。原来流程是:文主—>agent1——>agent2—>agent3—>agent1—>文主,这样一个闭环的流程。加入Hermes后变成:文主—>agent1——>Hermes——>agent2—>agent3—>Hermes—>agent1—>文主。相当于文主给agent1(文主的秘书长)下达任务后,他直接调用Hermes监工去监督agent2、agent3完成任务,遇到错误Hermes会监督agent2、agent3去修正完成,有文主需要介入的直接回反馈给agent1(秘书长),不会存在跳过步骤造假的情况。
下面我将列出一个表格,来告诉大家用这个Hermes时会弥补哪些openclaw的缺点。
|
角色 |
擅长什么 |
不擅长什么 |
|
OpenClaw |
执行层:飞书渠道、工具调用、浏览器自动化、文件处理 |
调度、记忆、学习、长期规划 |
|
Hermes |
决策层:调度、记忆、学习、长期规划、经验积累 |
执行、渠道、工具调用 |
|
Hermes优点分类 |
具体功能 |
监理是否用上 |
对你的价值 |
|
调度层 |
代码级硬调度,串行 / 并行执行 |
可以 |
不会忘、不会漏、不会同时发消息 |
|
自动重试 + 超时 + 错误处理 |
可以 |
失败自动重试 3 次,超时自动报错 |
|
|
完整二进制数据传递 |
可以 |
再也不会复制粘贴错、漏行、格式乱 |
|
|
永久定时任务 |
可以 |
重启多少次都不会丢,分秒不差 |
|
|
完整任务日志和审计 |
可以 |
每一步执行了什么、花了多久,全部有记录 |
|
|
记忆层 |
无限长期记忆 |
可以 |
记住你的所有偏好、习惯、之前做过的所有任务 |
|
学习层 |
自动生成 Skill |
可以,重复 3 次自动生成 |
不需要手动写 YAML 模板,越用越省心 |
|
自动复盘和经验积累 |
可以,每次任务后自动执行 |
自己分析错误,自己改进,以后不会再犯同样的错 |
|
|
协作层 |
跨 Agent 知识共享 |
可以 |
agent1学到的经验,agent2也能用到 |
|
资源层 |
智能资源调度 |
可以 |
自动把耗时的任务放到空闲的模型上跑 |
|
执行层 |
浏览器自动化 |
完全用不上 |
OpenClaw 的浏览器工具比 Hermes 好 10 倍 |
|
执行层 |
多模态处理 |
完全用不上 |
OpenClaw 已经完美支持图片、文件、语音 |
|
渠道层 |
飞书 / 钉钉 / 微信集成 |
完全用不上 |
OpenClaw 的飞书渠道比 Hermes 好 10 倍 |
通过上述表格大家应该对Hermes有个大概了解,说白了就是把openclaw和Hermes的优点都用上,相互补齐对方的缺点,真正实现自动化流程,有问题能自主解决的真AI助手。等文主配置好Hermes后再给大家出详细教程以及分享使用感受。
夜雨聆风