2026 年 4 月最后一周，两件事同时发生：Hermes Agent 发布了有史以来改动最大的 v0.11.0，OpenClaw 连续推出两个版本补全了 QQ 平台支持。两个项目都在同一周把 QQBot 列为正式渠道——这不是巧合，而是一个信号。
本文从版本细节出发，分析这一周更新背后的行业走向，并给出对中文开发者的实际参考。
Hermes Agent v0.11.0：这次不是小版本
发布时间：2026 年 4 月 23 日 | 提交数：1556 | 合并 PR：761
这是 Hermes 迄今体量最大的单次发布。三件值得展开说的事：
TUI 完全重写
hermes --tui 原来是个基于 blessed 的简陋终端界面，v0.11.0 换成了基于 React/Ink 的重写版本。
新界面增加了：
- 状态栏：实时显示当前 Agent 状态、激活的工具、token 用量
- 流式输出：响应逐字显示，不再等整段结果返回
- 子 Agent 可视化：并行任务在界面上有独立面板，可以看到每个子任务的进度
React/Ink 的选择值得注意——它意味着 TUI 的组件逻辑和 Web 前端是同一套模型，对想给 Hermes 贡献 UI 代码的开发者门槛更低。这是个有意识的社区策略，不只是技术选型。
推理路径大扩展
底层传输层在这个版本里被重构成可插拔架构，新增了五条官方支持的推理路径：
| 新增路径 | 特点 |
|---|---|
| AWS Bedrock | 企业级，支持 Claude、Llama 等多模型，走 AWS IAM 权限体系 |
| NVIDIA NIM | GPU 加速推理，面向本地/私有部署 |
| Arcee AI | 专注于小型微调模型的推理服务 |
| Google Gemini | 补齐对 Google 模型生态的官方支持 |
| Vercel AI Gateway | 统一代理多家模型 API |
AWS Bedrock 的加入对企业场景尤其重要——现在可以把 Hermes 接进 AWS 的权限和计费体系，不需要在外部单独管理 API 密钥。
QQBot 成为第 17 个消息平台
通过 QQ 官方开放平台 API v2 接入，扫码授权，支持群聊和私聊。配置流程在官方文档里有完整说明。
这是 Hermes 在国内消息平台上的第一次正式官方支持——不是社区 fork、不是非官方插件，是写进主仓库的能力。
OpenClaw 2026.4.27 / 4.29：中国平台覆盖持续填空
OpenClaw 在 4 月 27 日和 29 日连发两个版本，对中文用户最相关的三点变化：
腾讯元宝频道上线
腾讯元宝（Yuanbao）现在可以作为 OpenClaw 的消息渠道接入，官方文档同步发布。元宝是腾讯面向消费者的 AI 对话产品，用户基础在国内不小，作为 OpenClaw 的入口意味着可以把私有 Agent 能力叠加到一个已有用户习惯的界面上。
QQBot 群聊完整支持
OpenClaw 的 QQBot 支持在这两个版本里补全了功能，达到和微信、企业微信渠道同等的完整度：
- 消息历史读取
@提及过滤（只在被 @ 时响应）- 激活模式配置（私聊自动激活 vs 群聊手动激活）
- 分组配置（不同群组用不同的 Agent 设置）
DeepInfra 加入模型列表
DeepInfra 现在是 OpenClaw 的官方支持推理服务之一，通过统一接口可以访问其图像生成、语音合成、视频生成能力。对想在一个 Agent 框架里整合多模态能力的开发者来说，这减少了自行拼接 API 的工作量。
核心信号：为什么两个项目同一周都加了 QQBot
这不是偶然。
QQ 官方开放平台 API v2 在 2026 年 4 月正式开放，原来只有非官方的第三方协议（如 go-cqhttp 系列）可以对接 QQ。官方 API 开放意味着：
- 合规路径打通：不再需要使用可能被封号的逆向协议
- 功能稳定性提升：官方 API 有保障的消息推送和事件通知
- 企业客户可以用了：很多公司此前因为合规顾虑不敢接 QQ，官方 API 解决了这个问题
两个主流框架在 API 开放后的同一周完成接入，说明两个团队都在密切跟踪平台开放节奏，并快速响应。
四大国内平台现在都有路
加上此前已有的支持，对中文开发者来说，四大主流消息平台的接入路径现在都是明确的：
| 平台 | Hermes Agent | OpenClaw |
|---|---|---|
| 微信 | 企业微信 + 公众号接入 | ClawBot 原生插件 + 个人微信 |
| v0.11.0 官方 QQBot | 2026.4.29 完整群聊支持 | |
| 飞书 | 官方接入 | 官方接入 |
| 企业微信 | 官方接入 | 官方接入 |
「在自己的聊天软件里跑一个私有 AI 助手」已经从「折腾玩意儿」变成「有文档支持的正式用法」。入门成本在过去半年里下降了不止一个数量级。
两个框架的发展节奏正在分化
这一周的更新放在更长时间线上看，能看到两个清晰的节奏差异：
OpenClaw：广度优先
125 个版本、367k stars，社区规模是 Hermes 的近三倍。每次更新通常是「又接了一个平台、又加了一个模型」。好处是覆盖面宽，用户遇到的具体渠道问题在社区里更容易找到答案。代价是每个新能力的深度参差不齐，稳定性需要用户自己踩坑验证。
Hermes Agent：深度优先
11 个版本，更新频率更低，但每次版本的改动体量更大。v0.11.0 的 TUI 重写不是新功能，是对已有功能的系统性重建。底层传输层的可插拔架构也是类似的逻辑——不急着接新平台，先把扩展机制做对。
Hermes 的另一个差异点是学习闭环：持久记忆、技能沉淀、Subagent 并行这些能力，是 OpenClaw 目前没有明确对标的方向。如果你关心「工具用得越久越智能」，这是目前唯一认真在做这件事的项目。
对中文开发者的实际参考
如果你现在刚开始选型：
-
优先看 OpenClaw。渠道覆盖更全，社区更活跃，遇到问题更容易找到解决方案。从微信、QQ 到飞书，官方文档基本能覆盖你的接入需求。
-
如果你的核心需求是「Agent 要能跨会话记住用户偏好和历史」，或者你需要 AWS Bedrock / 企业级权限体系，Hermes v0.11.0 之后的版本值得认真评估。
如果你已经在用其中一个：
-
Hermes 用户：v0.11.0 的 TUI 和传输层是系统性改进，值得升级。如果你用国内平台，这个版本前后没有 QQBot，升级后可以直接接入。
-
OpenClaw 用户：4 月底的 QQBot 群聊支持补全了此前的功能缺口。如果你的场景是企业 QQ 群，现在可以生产环境使用了。
如果你在观望是否有必要自托管：
云厂商的一键部署解决了安装问题，但解决不了「这个 Agent 需要记住我三个月前说过什么」「我需要给它加一个专属的内部工具」「我不想把业务数据发给第三方 API」这类需求。自托管的核心价值不在于省钱，在于控制权。
数据快照（截至 2026 年 4 月 29 日）
| 指标 | Hermes Agent | OpenClaw |
|---|---|---|
| GitHub Stars | 127k | 367k |
| 最新版本 | v0.11.0（4 月 23 日） | 2026.4.29（4 月 29 日） |
| 累计版本数 | 11 | 125+ |
| 支持消息平台数 | 17 | 20+ |
| 主要语言 | Python | TypeScript |
数据来源：Hermes Agent GitHub Releases、OpenClaw GitHub Releases
下期预告：Hermes v0.12.0 已于 4 月 30 日发布，将专文解析新版本的核心变化。