Hermes万神殿发布：多Agent群聊模式能否取代Grok？

type

status

date

slug

summary

告别流水线：多Agent群聊模式的全面进化

在过去的AI协作中，多个Agent（智能体）的工作模式往往像是一条后台流水线：A完成任务后交给B，B再交给C。这种模式虽然有效，但缺乏交互性和直观性。

Hermes 本次更新最引人注目的变化，就是对桌面端 Bot Mode（机器人模式）的UI进行了全面重建。现在，用户可以在应用内创建一个类似 Discord 的“聊天室”，将多个拥有独立名字和头像的 Agent 拉入同一个群聊中。

在这个群聊里，你可以通过“@”功能单独召唤某个特定的 Bot 来接手任务。不仅如此，基于新增的 hermes peer 命令，Agent 之间还能跨网关“私信”沟通。例如，负责搜集资料的研究 Bot 在获取信息后，可以直接将数据发送给编程 Bot 进行代码编写。这种多角色记忆隔离、群聊对话的机制，正是此前Grok Bot爆火的核心原因之一。Hermes 的这一步棋，无疑为那些觉得Grok官方订阅费用高昂的开发者提供了一个极具吸引力的开源替代品。

赋予AI持久记忆：定时任务与子任务的深度优化

以前，Hermes 的 Cron 定时任务被官方戏称为“金鱼”——只有七秒记忆，每次运行都是从零开始。而在“万神殿”版本中，Cron Agent 终于拥有了持久记忆。

通过开启 continuity（连续性）功能，上一次任务的输出结果可以直接带入下一次运行中，并且每个定时任务都配备了专属的持久记事本。这在监控类任务中极为实用：如果抓取的数据没有变化，Agent 可以自动跳过调用大模型分析的步骤，从而大幅节省 Token 成本。

此外，子 Agent 的管理也变得更加透明和可控。过去，将任务分派给子 Agent 就像把硬币抛进许愿池，只能等待结果。现在，用户可以在任务运行中途查看进度、发送纠偏指令，甚至在发现方向错误时提前终止任务，同时保留已生成的部分结果。这种高度的人机协同能力，大大提升了复杂任务的成功率。

严守安全底线：功能做加法，风险做减法

随着功能的不断堆叠，AI Agent 的安全问题日益凸显。Hermes 开发团队在“万神殿”版本中，不仅在功能上大放异彩，在安全机制上也下足了功夫。

新版本对核心配置文件（如 AGENTS.md、技能库、记忆库等）的写入权限进行了严格限制。现在，任何试图修改这些“受保护指令文件”的操作都需要经过审批。这一机制有效防止了 Agent 在遭受提示词注入攻击后，悄悄篡改自身行动准则的风险。

同时，系统还进行了全面的秘钥脱敏处理，覆盖了终端报错、.env读取等多个环节。有趣的是，官方在发布说明中主动撤回了 Model Council 模式和 DCP 上下文引擎两个已落地的功能，理由是它们还不够成熟。这种克制与严谨，展现了开源团队对产品稳定性的高度负责。

结语：开源生态与商业巨头的共舞

从“传令官”到“万神殿”，Hermes Agent 正在努力将松散的 AI 机器人整合成一个真正意义上的“数字工作团队”。它让开源 Agent 的体验越来越逼近甚至在某些方面超越了商业闭源产品。

当然，无论是选择不断进化的 Hermes，还是青睐拥有强大算力背景的商业模型，AI 工具的最终目的都是为了提升我们的工作效率。如果你对马斯克的 AI 充满好奇，想要寻找Grok国内使用的最佳途径，或者需要一个稳定可靠的Grok镜像服务，不妨访问 https://chat.aigc.bar 体验一番。

在未来，我们期待看到更多像 Hermes 这样的开源项目与 Grok 这样的商业巨头同台竞技，共同推动整个 AI Agent 行业的繁荣与发展。