7에서 22로, 14개월 만에 — Hermes Agent가 지금 도는 모든 채팅 플랫폼

Hermes Agent v0.2.0이 2026년 3월 12일에 안착했을 때, 게이트웨이 하나에서 7개의 채팅 플랫폼을 말하고 있었다 — Telegram, Discord, Slack, WhatsApp, Signal, Email, CLI. 14개월 뒤, 그 수는 22다.

수치 자체가 재미있는 건 아니다. 재미있는 건 한 프로세스가 22개의 프로토콜을 말한다는 게 아키텍처적으로 무엇을 뜻하는가 — 그리고 새 플랫폼 하나가 추가될 때마다 누구한테 무엇이 열리는가, 다. 이 글이 그 완전한 지도다: 어떻게 자랐는지, 오늘의 명단, 그리고 "에이전트 하나, 정문 스물둘"을 실제로 굴러가게 만드는 게이트웨이.

릴리스별 자취

오른쪽 끝 열은 Nous Research가 릴리스마다 인용하는 공식 누적이다. 중간 갭은 어댑터 하위 모드(WeCom callback, Feishu 댓글 릴레이 등)를 상류가 별도 플랫폼으로 세서 그런 거다. 이 팬 글은 네가 알아볼 이름만 센다.

22개, 카테고리별로

메인스트림 컨슈머 메신저

• •Telegram — v0.2.0부터 일급 Bot API. v0.13.0이 네이티브 드래프트 스트리밍을 더했다 (sendMessageDraft로 토큰 단위 증분 편집). v0.14.0이 clarify 도구에 인라인 키보드 버튼을 더했다 — 다중 선택 프롬프트가 숫자 타이핑 대신 진짜 Telegram 버튼으로 나온다.
• •Discord — 채널, 스레드, DM. v0.14.0이 채널 히스토리 백필을 기본 ON으로 바꾸고(bot이 응답 전에 최근 메시지를 읽음), clarify 선택지를 Discord 네이티브 버튼으로 렌더한다.
• •WhatsApp — Baileys를 통한 게이트웨이. 인스톨러가 이 브리지를 위해 일부러 Node.js v22를 끌어온다. v0.14.0이 Baileys의 인용 답신 메타데이터를 노출해서, 에이전트가 "어느 메시지에 답한 거지?"를 풀 수 있게 했다.
• •Signal — 릴레이 기반, DM과 그룹, E2E 보존.
• •LINE — v0.14.0에서 공식 LINE Messaging API로 합류. LINE이 메신저 시장을 지배하는 일본, 한국, 대만 사용자한테 큰 추가.
• •iMessage (BlueBubbles 경유) — v0.9.0에 합류. 같은 네트워크에 BlueBubbles를 릴레이로 돌리는 Mac이 필요하다. macOS의 iMessage 계정은 원래 머신에 남아 있고, 에이전트는 BlueBubbles 브리지를 통해 닿는다.

업무 / 엔터프라이즈

• •Slack — v0.2.0부터 일급 앱 통합. pyproject.toml에 .[slack] extra로 출하. v0.14.0이 스레드 내부의 슬래시 커맨드용 대체 접두사 !cmd를 추가했다.
• •Microsoft Teams — v0.12.0에 데뷔, 플러그인 출하 첫 플랫폼. v0.14.0이 Microsoft Graph 스택을 엔드 투 엔드로 통과시켰다: 인증 + 클라이언트 기반(#21922), webhook listener(#21969), 파이프라인 플러그인 런타임(#22007), 기존 어댑터를 통한 대외 발송(#22024). Graph 앱 등록, 자격증명 붙여넣기 — 그 뒤로 bot이 어느 채널, DM, 그룹에서든 읽고 쓴다.
• •Google Chat — v0.13.0에 합류. Workspace 통합은 webhook 경유.
• •Mattermost — 오픈소스 Slack 대안, 지원됨.
• •Email — SMTP 발송 + IMAP 수신. 만능 백채널 — 가끔은 이게 전체에서 레버리지가 제일 큰 플랫폼이 된다.

중국 생태계

• •WeChat (Weixin) — v0.9.0에 합류. 마이그레이션 중이라면, 커뮤니티 HermesClaw 브리지가 같은 WeChat 계정에서 Hermes와 OpenClaw를 같이 굴려준다.
• •WeCom (Enterprise WeChat) — v0.6.0에 합류. v0.9.0이 인바운드 webhook을 위한 WeCom callback 모드를 추가했다.
• •Feishu / Lark — ByteDance의 엔터프라이즈 메신저. v0.6.0에 합류. v0.14.0이 네이티브 업데이트 프롬프트 카드를 추가했다.
• •DingTalk — Alibaba의 엔터프라이즈 메신저.
• •QQBot — Tencent의 QQ 생태계, v0.11.0에 합류.
• •Tencent Yuanbao — Tencent의 AI 네이티브 채팅 플랫폼, v0.12.0에 합류.

프라이버시 / 탈중앙

• •Matrix — 페더레이션, E2E 가능. pyproject에 .[matrix] extra로 출하.
• •SimpleX Chat — v0.14.0에 합류. 영구 사용자 식별자가 없는 프라이버시 중심 탈중앙 메신저 — Hermes는 식별자를 노출하지 않고 그 위에서 돈다. 이 목록에서 bot이 안정된 신분을 갖지 않는 유일한 플랫폼.

그 외 표면

• •CLI — 터미널 UI는 게이트웨이의 의미에서 그 자체로 "플랫폼"이다: 같은 슬래시 커맨드, 같은 memory, 같은 skill. Hermes가 그쪽으로 다리를 놓는 게 아니라 Hermes 자신이 그것인 유일한 플랫폼.
• •SMS — 위의 메신저 중 어느 것도 안 쓰는 사용자를 위한 문자 브리지.
• •Home Assistant — 엄밀하겐 채팅 플랫폼이 아니지만 알림 대상이자 대화 표면으로 지원된다 — 스마트홈 사용자용.
• •Webhook — 어떤 커스텀 플랫폼이든 붙일 수 있는 범용 입출력 webhook. 비상구.

게이트웨이가 22를 어떻게 가능하게 만드는가

수치 자체는 재미가 없다. 재미있는 건 한 프로세스가 22개 프로토콜을 말한다는 게 아키텍처적으로 뭘 뜻하는가다.

각 플랫폼은 상류 gateway/platforms/ 아래에서 같은 베이스 인터페이스 — 수신, 발신, 편집, 리액션, 스레드 — 를 구현하는 얇은 어댑터로 산다. 에이전트 코어는 메시지가 어디서 왔든 단일 메시지 스트림을 본다. memory, skill, 퍼소나, 도구 사용은 어댑터 위 한 층에 산다.

이게 한 플랫폼에서 대화를 시작해서 다른 플랫폼에서 이어가는 걸 가능하게 한다. 세션 id는 글로벌이고, 플랫폼은 그저 봉투다. v0.14.0의 /handoff가 이 원리를 형식화했다 — 살아 있는 세션을 대화 도중에 모델 간에 넘길 수 있고, 같은 기계가 플랫폼 간 연속성도 지탱한다.

v0.14.0이 거기에 플랫폼별 서킷 브레이커와 /platform 슬래시 커맨드(#26600)도 연결해놨다. 그래서 어댑터 하나가 실패해도 — 레이트 리미트된 Telegram, 만료된 Slack 토큰, 망가진 WeCom callback — 게이트웨이 전체를 끌고 내려가지 않는다. 한 플랫폼이 아프면 다른 플랫폼은 계속 돈다.

어떻게 하나 붙이나

셋업 마법사가 다 처리한다. 설치 뒤:

hermes gateway setup

어느 플랫폼이 구성됐고 어느 게 안 됐는지 늘어놓고, 플랫폼별로 OAuth 흐름을 안내하거나 토큰을 붙여넣게 한다. Telegram과 Discord는 BotFather나 discord.dev에서 받은 bot 토큰을 붙여넣는다. Slack과 Teams는 앱을 등록하고 자격증명을 붙여넣는다. WhatsApp은 폰으로 QR 스캔. Signal은 디바이스 페어링. SimpleX는 SimpleX bot 엔드포인트를 가리킨다.

부분만 원하면 — 가령 Telegram과 Discord만 — 마법사에서 그것만 고른다. 나머지는 휴면 상태로 남고 리소스를 안 먹는다.

22가 풀어내는 것

3개월 전엔 "WhatsApp의 에이전트"와 "Slack의 에이전트"가 다른 대화였다. 지금은 같은 에이전트다 — 같은 memory, 같은 skill 라이브러리, 같은 퍼소나 — 그 대화가 그때그때 필요로 하는 정문으로 들어가는 거다.

이게 2026년에 "AI 에이전트"의 의미를 조용히 바꾸고 있는 지루한 인프라다: 네가 찾아가는 채팅 창이 아니라, 네가 이미 있는 그곳에 사는 존재.

더 읽기

• •v0.14.0 릴리스 노트 — LINE + SimpleX
• •v0.12.0 릴리스 노트 — 플러그인 출하 첫 플랫폼으로서의 Microsoft Teams
• •Hermes Agent 리포지토리