元宝Bot接入Hermes Agent,IM原生AI时代来了
4月29日,腾讯元宝正式宣布完成与 Hermes Agent 的接入适配,成为 Hermes Agent 官方支持的消息平台之一。用户现在可以在元宝派中直接部署基于 Hermes Agent 的 AI 智能体,覆盖私聊、群聊的完整 AI 协作场景。
这不是 Hermes 第一次和腾讯系产品打通。往前倒推两周,QQ Bot 通道在 4 月 16 日正式合入 Hermes Agent 官方仓库;再往前,个人微信的接入在 4 月中旬引爆了整个中文开发者社区。现在轮到元宝,Hermes 在腾讯 IM 版图上的第三块拼图落地了。
一个月内连下三城,节奏很快。但更值得关注的不是速度本身,而是它背后正在成型的一个趋势:IM 应用正在从「聊天工具」变成「智能体运行时」。

Hermes Agent 是什么?为什么所有人都在聊它
如果你最近两个月没关注 AI Agent 赛道,可能会对「爱马仕」这个名字感到陌生。简单交代一下背景。
Hermes Agent 是 Nous Research 在 2026 年 2 月开源的自主 AI 智能体框架,GitHub 星标已经飙到 6.6 万。它和市面上大多数 Agent 框架最大的区别在于两个词:持久运行和自我成长。
大多数 Agent 是「一次性」的——你给它一个任务,它跑完就结束,下次再来等于从零开始。Hermes 不一样,它被设计成一个常驻后台的系统,像一个永远在线的数字助手:
- 跨会话记忆:上周你让它帮你整理的项目文档,这周它还记得上下文,不用重新解释一遍
- 自我进化:在任务执行过程中自动积累经验,下次遇到类似问题会做得更好
- 全平台通信:通过消息应用跟你对话,而不是让你打开一个单独的网页或客户端
最后一点是关键。Hermes 的设计哲学是:Agent 应该去用户在的地方,而不是让用户来找 Agent。你每天打开最多的应用是什么?微信、QQ、钉钉、飞书。那 Agent 就应该住在这些地方。
这个思路听起来简单,但执行起来意味着要逐个适配各家 IM 平台的 Bot API、消息协议、权限体系。Hermes 团队选择了一条务实的路线:用官方 API,不碰第三方破解协议,不搞非官方客户端。稳,但慢。
所以当它在一个月内连续打通微信、QQ、元宝三个腾讯系平台时,社区才会这么兴奋——这说明腾讯这边的 Bot 生态基础设施已经成熟到可以支撑这种快速接入了。
元宝接入的具体能力:不只是能聊天
回到今天的主角。元宝 Bot 接入 Hermes Agent 后,具体能做什么?
根据目前公开的信息,接入完成后支持以下能力:
- 文字消息收发:基础能力,Agent 可以在元宝派中与用户进行自然语言对话
- 群聊协作:Agent 可以被拉入群聊,参与多人讨论,响应 @提及
- 多模态消息交互:支持图片等多模态消息类型的处理(更多类型还在迭代中)
- 跨会话记忆保持:Agent 在元宝平台内可以保留上下文记忆,不会因为对话窗口关闭就「失忆」
从功能清单看,这和之前 QQ Bot 通道的能力基本对齐。这是合理的——Hermes 的架构设计本身就是平台无关的,核心 Agent 逻辑跑在服务器端,各个 IM 平台只是不同的「通信通道」。换个通道,Agent 的能力不会缩水。
但元宝的接入有一个值得注意的细节:它走的是「元宝派」这个入口。元宝派是腾讯元宝 App 内的智能体分发平台,本身就有一套智能体的创建、分享、使用机制。Hermes Agent 接入后,等于在元宝派原有的智能体生态上叠加了一层更强的 Agent 能力——持久记忆、自我进化、自主任务执行,这些是传统 Bot 做不到的。
打个比方:元宝派之前的智能体更像是「技能卡片」,你点一下它执行一个预设流程;接入 Hermes 之后,智能体变成了「实习生」,你可以给它布置开放式任务,它会自己想办法完成,而且越用越顺手。
腾讯的 IM + Agent 棋局
把视角拉远一点,看看腾讯在 IM + Agent 这条线上的布局。
时间线很清晰:
| 时间 | 事件 |
|---|---|
| 4 月中旬 | 个人微信接入 Hermes Agent,通过腾讯官方 iLink Bot API |
| 4 月 16 日 | QQ Bot 插件正式合入 Hermes Agent 官方仓库 |
| 4 月 29 日 | 腾讯元宝完成 Hermes Agent 接入适配 |
两周之内,微信、QQ、元宝三个平台全部打通。这不太可能是巧合,更像是腾讯在有意识地推动自家 IM 平台的 Agent 生态开放。
从战略角度看,这步棋的逻辑很通顺。腾讯手握中国最大的 IM 用户池,微信月活超过 13 亿,QQ 月活也在 5 亿以上,元宝作为新生代 AI 应用也在快速增长。如果 AI Agent 的未来形态是「住在聊天窗口里的智能助手」,那腾讯天然就是最大的 Agent 分发平台。
但前提是,这些平台得对 Agent 开发者足够友好。开放 Bot API、支持主流 Agent 框架接入、提供稳定的消息通道——这些基础设施不到位,开发者不会来。
Hermes Agent 的快速接入,某种程度上是腾讯 Bot 生态成熟度的一次「压力测试」。结果看起来还不错:官方 API 够用,接入流程标准化,没有出现需要 hack 的地方。
技术细节:接入是怎么实现的
对开发者来说,更关心的是技术层面的事。
Hermes Agent 的架构分为三层:
- Core Agent:核心智能体逻辑,包括记忆系统、任务规划、自我进化机制,跑在服务器端
- Gateway:网关层,负责与各个消息平台的 API 对接,处理消息的收发、格式转换
- Messaging Platforms:具体的平台通道插件,每个平台一个
元宝的接入发生在第三层。开发者在 Hermes 的配置中选择元宝 Bot 通道,完成认证后,Gateway 会自动处理与元宝平台的消息协议对接。
从之前 QQ 和微信的接入经验来看,配置流程大致是这样的:
# 安装 Hermes Agent(如果还没装的话)
pip install hermes-agent
# 运行网关配置向导
hermes gateway setup
向导会列出所有支持的消息平台,选择对应的通道后,按提示完成认证即可。认证凭证会自动写入 ~/.hermes/ 目录下,后续不需要手动管理。
环境变量配置的模式也是统一的,以之前 QQ/微信的配置为参考:
# .env 文件中的典型配置项
ACCOUNT_ID=your-account-id
DM_POLICY=allowlist
ALLOWED_USERS=user_id_1,user_id_2
GROUP_POLICY=allowlist
GROUP_ALLOWED_USERS=group_id_1
HOME_CHANNEL=chat_id
HOME_CHANNEL_NAME=Home
DM_POLICY 和 GROUP_POLICY 控制 Agent 响应谁的消息,allowlist 模式下只有白名单内的用户/群组才能触发 Agent。这个设计很重要——你不会希望一个有自主行动能力的 Agent 对所有人的消息都做出响应。
已知的坑和限制
说完好的,也得说说目前的问题。
从微信和 QQ 的接入经验来看,有几个已知的痛点大概率也会出现在元宝上:
1. 长回复的体验不好
微信单条消息上限 4000 token,超过就自动 chunking(分段发送)。QQ 和元宝的限制可能不同,但分段发送的体验都不太理想——你会收到一连串消息,而不是一个完整的回答。截至目前,Hermes 团队还没有给出更好的解决方案,这个问题还挂在 issue 列表里。
2. Session 过期导致掉线
最常见的错误是 session 过期(微信上的错误码是 -14)。解法是重新跑 hermes gateway setup 扫码重连。对于需要 7×24 小时运行的场景,这个问题比较烦人。
3. 单 Token 单实例限制
一个 token 只能挂一个 gateway 实例。如果你在开发环境和生产环境同时跑,会报 Another local Hermes gateway is already using this token 的错误。需要用不同的 token 或者停掉其中一个。
4. 多媒体文件处理依赖加密库
微信的 CDN 走 AES-128-ECB 加密,需要安装 cryptography 库才能正常收发图片等媒体文件:
pip install cryptography
元宝平台的媒体文件处理机制可能不同,但如果遇到图片收发失败,这是第一个要排查的方向。
这些问题都不算致命,但确实影响体验。Hermes 团队的迭代速度很快,大部分问题应该会在后续版本中修复。
自我进化不是玄学:Autoreason 论文说了什么
前面提到 Hermes Agent 的核心卖点之一是「自我进化」。这个词听起来很玄,但 Nous Research 最近发布的 Autoreason 论文给出了严肃的技术解释。
传统的 AI「自我优化」思路是「批评-修改」循环:生成一个结果,让模型自己批评,然后修改,再批评,再修改。听起来很合理,但 Nous 的实验发现,这种方式有三个死穴:
- 过度修改:模型分不清「优化」和「破坏」,经过 15 轮迭代后,345 字的精华内容被删到只剩 102 字,内容暴减 70%
- 趋同退化:每轮修改都在磨平棱角,最终产出变得平庸
- 停不下来:没有可靠的机制判断「够好了,别改了」
Autoreason 的解法很聪明。每一轮迭代变成一场三方锦标赛:
- 选手 A:维持现状
- 选手 B:对抗修改
- 选手 AB:优势合成
三个版本交给一组「盲评智能体」投票,用 Borda 计数法排名。关键设计在于停止逻辑:如果「维持现状」连续两次胜出,系统立即停止迭代。只有修改确实带来了价值,迭代才会继续。
实测数据相当亮眼:
- 用 Haiku 3.5(成本仅 Sonnet 的十分之一)配合 Autoreason,产出质量与 Sonnet 4 单次生成持平
- 在 150 个编程难题中,失败恢复率达 62%,远高于单次生成的 43%
- 五项写作任务中,Autoreason 的 Borda 计分平均 27.8 分,最差也没掉出前两名
这套机制就是 Hermes Agent「越用越好」的技术底座。它不是简单地记住你说过什么,而是在每次任务执行中通过结构化的自我博弈来积累真正有效的经验。
IM + Agent 的想象空间
回到更大的图景。Hermes Agent 在腾讯系 IM 平台上的快速铺开,折射出一个行业趋势:IM 正在成为 AI Agent 的主战场。
为什么是 IM?
首先,IM 是用户停留时间最长的应用类型,没有之一。Agent 住在 IM 里,意味着用户不需要切换应用、不需要学习新界面,在最熟悉的环境里就能使用 AI 能力。
其次,IM 天然支持多轮对话,这和 Agent 的交互模式完美匹配。你不需要写一个精确的 prompt 一次性把需求说清楚,可以像跟同事聊天一样,逐步澄清、逐步推进。
第三,群聊场景为 Agent 打开了协作的可能性。一个 Agent 在群里,可以同时服务多个人,参与讨论、提供信息、执行任务。这比每个人单独开一个 AI 对话窗口高效得多。
目前,Hermes Agent 已经支持的消息平台包括:微信(个人)、QQ、元宝、钉钉、飞书、企业微信,以及 Discord、Telegram 等海外平台。基本上覆盖了中国开发者日常使用的所有主流 IM 工具。
对于开发者来说,这意味着你可以用一套 Agent 逻辑,通过配置不同的通道插件,同时在多个平台上提供服务。写一次,到处跑——这个在前端领域被说烂了的口号,在 Agent 领域正在变成现实。
当然,目前的体验还远谈不上完美。消息长度限制、session 稳定性、多媒体处理这些基础问题还需要时间打磨。但方向是清晰的:未来的 AI Agent 不会是一个独立的 App,而是住在你已有的工具里的一个「人」。
腾讯元宝今天的这一步,是这个方向上的又一个注脚。
如果你想体验 Hermes Agent 的多模型调用能力,OpenAI Hub 已经支持通过统一 API 接入 GPT、Claude、Gemini、DeepSeek 等主流模型,可以作为 Hermes Agent 的后端模型供应商来使用,省去逐个对接各家 API 的麻烦。
参考来源
- Hermes Agent GitHub 仓库 — 项目源码与官方文档,当前 66k Stars
- Hermes Agent 是什么?爆火的背后逻辑 — 知乎专栏 — 中文社区对 Hermes Agent 的深度解读
- 腾讯 QQ 宣布原生接入 Hermes Agent — IT之家 — QQ Bot 通道接入的报道