Hermes Agent v0.2.0 在 2026 年 3 月 12 日落地的时候，一个 gateway 进程同时讲 7 个聊天平台——Telegram、Discord、Slack、WhatsApp、Signal、Email、CLI。十四个月过去，这个数字变成了 22。
数字本身不是重点。重点是一个进程同时讲 22 套协议在架构上意味着什么——以及每加一个平台，是给哪一拨用户开了一扇门。这篇是完整地图：它是怎么长起来的、今天这份名单上有哪些、以及 gateway 这套架构是怎么让"一个 agent、二十二扇前门"真的能跑起来的。
一版一版怎么长起来的
| 版本 | 日期 | 这一版进来的 | 累计 |
|---|---|---|---|
| v0.2.0 | 2026-03-12 | Telegram、Discord、Slack、WhatsApp、Signal、Email、CLI | 7 |
| v0.6.0 | 2026-03-30 | Feishu/Lark、WeCom | 9 |
| v0.9.0 | 2026-04-13 | BlueBubbles (iMessage)、WeChat (微信)、WeCom callback | 12 |
| v0.11.0 | 2026-04-23 | QQBot | 13 |
| v0.12.0 | 2026-04-30 | Microsoft Teams（第一个走插件路径出货的平台）、腾讯元宝 | 15 |
| v0.13.0 | 2026-05-07 | Google Chat（上游算的第 20 个平台） | — |
| v0.14.0 | 2026-05-16 | LINE Messaging API、SimpleX Chat | 22 |
最右一列是 Nous Research 每一版自己引用的官方累计数。中间几次的差距是因为 adapter 的子模式（WeCom callback、Feishu 评论转发等）上游会算成独立平台；这篇粉丝向的文章只按你认得的名字数。
22 个，按类别看
主流消费级即时通讯
- •Telegram——v0.2.0 起走官方 Bot API。v0.13.0 加了原生草稿流式（通过
sendMessageDraft一个 token 一个 token 地增量编辑）。v0.14.0 给clarify工具加了 inline-keyboard 按钮——多选题直接弹真按钮，不用打数字回。 - •Discord——频道、thread、私聊都支持。v0.14.0 把频道历史 backfill 改成默认开（bot 加入频道后会先读最近消息再回复），
clarify选项也走 Discord 原生按钮。 - •WhatsApp——通过 Baileys 走 gateway。安装器专门为这个桥拉一份 Node.js v22。v0.14.0 把 Baileys 的引用消息元数据透出来，agent 能解析"你回复的是哪条消息"。
- •Signal——relay 模式，私聊和群都支持，E2E 加密保留。
- •LINE——v0.14.0 走官方 LINE Messaging API 加进来。对日本、韩国、台湾这些 LINE 几乎垄断的市场是关键补齐。
- •iMessage（通过 BlueBubbles）——v0.9.0 加入。需要同一个网络里有一台 Mac 跑 BlueBubbles 做 relay；macOS 上的 iMessage 账号还留在原机器上，agent 通过 BlueBubbles 桥过去。
工作 / 企业级
- •Slack——v0.2.0 起的第一方 app 集成。在 pyproject.toml 里以
.[slack]extra 出货。v0.14.0 给 thread 内的斜杠命令加了!cmd这个备用前缀。 - •Microsoft Teams——v0.12.0 作为第一个走插件出货的平台首发。v0.14.0 把整套 Microsoft Graph 端到端打通：auth + 客户端基座（#21922）、webhook listener（#21969）、pipeline 插件 runtime（#22007）、走老 adapter 的对外投递（#22024）。注册一个 Graph app、把凭据贴进去，bot 在任意频道、私聊、群里都能读和发。
- •Google Chat——v0.13.0 加入。Workspace 集成走 webhook。
- •Mattermost——开源版的 Slack 替代品，支持。
- •Email——SMTP 发 + IMAP 收。万用的备用通道——有时它反而是杠杆最大的那个平台。
中文生态
- •WeChat（微信）——v0.9.0 加入。社区那个 HermesClaw 桥也支持在同一个微信号上同时跑 Hermes 和 OpenClaw——迁移期用。
- •WeCom（企业微信）——v0.6.0 加入。v0.9.0 又加了 WeCom callback 模式来收入站 webhook。
- •Feishu / 飞书——字节的企业即时通讯。v0.6.0 加入。v0.14.0 加了原生的"更新提示"卡片。
- •DingTalk / 钉钉——阿里的企业即时通讯。
- •QQBot——腾讯 QQ 生态，v0.11.0 加入。
- •腾讯元宝（Tencent Yuanbao）——腾讯的 AI 原生聊天平台，v0.12.0 加入。
隐私 / 去中心
- •Matrix——联邦、可端到端加密。在 pyproject 里以
.[matrix]extra 出货。 - •SimpleX Chat——v0.14.0 加入。主打隐私的去中心化即时通讯，没有任何永久用户标识——Hermes 跑在上面不暴露身份。这是这张名单上唯一一个 bot 没有稳定身份的平台。
其他形态
- •CLI——终端 UI 在 gateway 的概念里本身就是一个"平台"：同样的斜杠命令、同样的记忆、同样的 skill。这是 Hermes 自己就是的那个平台，不是桥过去的。
- •SMS——短信桥，给那种上面这些 messenger 一个都不用的用户。
- •Home Assistant——严格说不是聊天平台，但作为通知目的地和对话表面被支持——给智能家居用户用。
- •Webhook——任何自定义平台都能接的通用 in/out webhook。逃生通道。
gateway 怎么让 22 这件事跑得起来
数字本身不重要。一个进程讲 22 套协议在架构上意味着什么，才是重点。
每个平台在上游 gateway/platforms/ 里都是一份薄薄的 adapter，实现同一套基础接口——收消息、发消息、改消息、回应、thread。agent 核心看到的是一条统一的消息流，不管这条消息从哪儿来。记忆、skill、人格、tool use 都住在 adapter 上面那一层。
这正是你在一个平台上开始对话、在另一个平台上接着聊的底子。session id 是全局的；平台只是个信封。v0.14.0 那个 /handoff 把这一原则正式化了——你能把活的会话从一个模型搬到另一个，背后那套同样的机制也撑起了跨平台的连续性。
v0.14.0 还接了一层按平台的熔断和一条 /platform 斜杠命令（#26600），单个失败的 adapter——Telegram 被限速、Slack token 过期、WeCom callback 坏了——不能把整个 gateway 拖垮。一个平台病了，别的照常工作。
怎么接一个上来
hermes setup 向导会处理。装完之后：
hermes gateway setup
它会列出已经配了哪些、还没配哪些，然后按平台带你走 OAuth 流程或者粘贴 token。Telegram 和 Discord，贴一个 BotFather 或者 discord.dev 拿到的 bot token。Slack 和 Teams，注册一个 app 然后贴凭据。WhatsApp，手机扫码。Signal，给一台设备配对。SimpleX，指过去一个 SimpleX bot 端点。
只想接一部分——比如只要 Telegram 和 Discord——在向导里挑就行。其他的会保持休眠状态，不占资源。
22 个平台到底解锁了什么
三个月前，"WhatsApp 上的 agent"和"Slack 上的 agent"是两段不同的对话。现在它们是同一个 agent——同一份记忆、同一套 skill、同一个人格——你这次对话走哪扇前门，就从哪扇前门进去。
这就是 2026 年悄悄改变"AI agent"含义的那一层基础设施：不再是一个你去打开的聊天窗口，而是一种在你已经在的地方就有的存在。