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」含義的那一層基礎設施：不再是一個你去打開的聊天視窗，而是一種在你已經在的地方就有的存在。