Agent 通信总线：hcom 与它的同类

这是集团做过的最完整的一次选型：十一个候选，四个维度，一次 spike 实测，最后你一句话定了单选。它回答的问题是第 2 课的核心：agent 之间的消息到底该走什么。

调研日期 2026 年 8 月 14 日，裁定 8 月 15 日。星数和版本以当时为准，Grok 的 9 月近况另页补。

先记三样

位置：终端总线偏商品，单选一个用；义务三态是空地，自建。
抄与不抄：抄：hcom 的 hook 注入与空闲唤醒、碰撞告警。不抄：relay 跨设备（token 泄漏等于所有设备的壳）。
一个数：11 个候选选 1 个。一条令："总线只许一个答案；hcom 8 月后没推送，10 月仍无动静就备退路。"

一句话

hcom（aannoo/hcom）是一条给命令行 agent 用的消息总线：Claude Code、Codex 等十种 CLI 的会话之间互发消息，跨机走 MQTT 中继，端到端加密，本地 SQLite 留审计。

解决什么

集团的席位跑在七台机的 tmux 里。要让一席叫另一席，2026 年 7 月以前只有一个办法：用 tmux 把文字直接敲进对方的终端窗格。没有回执，没有去重，对方正打字就混进去，看门狗每几分钟重发一次因为它不知道你看没看。第 2 课讲的“三段路”第一段就是这个痛。

架构

席位 A 的 CLI ──hook──► hcom 本地守护 ──► SQLite（审计）
                              │
                              ▼ MQTT（XChaCha20 端到端加密）
                         中继 broker（自托管 mosquitto@LG01）
                              │
                              ▼
席位 B 的 hcom 守护 ──► 在 B 的 CLI 两次工具调用之间注入消息（mid-turn）
                    ──► B 空闲时直接唤醒

关键在最后两行：它不是往终端打字，是挂在 CLI 的 hook 上，在模型两次工具调用的间隙把消息放进上下文；agent 空闲时能被叫醒。broker 只见元数据，看不到内容。

核心机制

hook 注入而不是终端注入。 消息进的是模型的上下文，不是屏幕。这是它和所有“tmux 派”工具的本质区别，后者全是 paste-buffer 加抓屏，没有质变。
单二进制、单 SQLite。 每机一个用户级安装，一条总线，所有消息本地留痕可查。
跨机靠 MQTT 中继加端到端加密。 hcom relay new / connect <token>，--device 还能远程拉起会话。

同类座次（2026-08-14 核实 11 个候选）

Claude Code 原生跨会话消息（v2.1.224 起）：ListAgents 和 SendMessage 跨机可用、mid-turn 注入、闲置唤醒、投递回执、留痕。限制：只有 Claude Code、同账号、跨机走 Anthropic 云中继而不是 Tailscale 直连、队列五分钟过期。格局级发现，但不能当总线。
Codex：第一方没有跨会话通信，只有会话内子 agent；社区提了功能请求无官方回应。
OpenClaw sessions_send：只在同一个 gateway 内，不能驱动已有的 Claude Code 或 Codex 会话。
mcp_agent_mail（2.1k 星）：每条消息一次 git 提交加全文检索，审计最强，但纯轮询。
buzz（Block，27.3k 星）：Nostr 签名日志，工业级，但要 Postgres 加 Redis，对我们过重。
CAO（AWS）：单机 MCP 总线设计最好，但不跨机。
agmsg（1.4k 星）：没有守护进程，不跨机。
ntm：单作者拒收 PR，高耦合。
Google A2A：企业层标准，当时 CLI 生态没有落地。
tmux 原生派：全部仍是 paste-buffer 加抓屏。

四个维度打分（双 CLI 支持、跨机、mid-turn 注入、单二进制加 SQLite 审计），只有 hcom 全覆盖。

你的裁定（2026-08-15）

AIOS 只选一种技术，不做拼盘。单选 hcom 当全集团 agent 总线；Claude Code 原生消息降级为顺手工具，不当总线；mcp_agent_mail、buzz 不引入。

spike 实测（2026-08-15）

单机全绿：Claude Code 回环通过（hook 注入有实证）、mid-turn 通过、闲置唤醒通过、SQLite 审计通过、Codex 回环通过（LG01 稳定版 19 秒）。M3 上 Codex 回环失败，根因是它自身的 alpha 版本和 API 的 TLS 问题，不是 hcom。

跨机卡在一处：hcom 对自定义 broker 强制 TLS，内置的是公共 CA，对照实验排除了网络、账密、匿名三种可能。解锁有两条路：Tailscale 的 HTTPS 证书开关（你一键），或者 MIT 协议下 fork 一份放开局域网明文。私有 mosquitto 已在 LG01 就绪。

值得借鉴

回执从工具里长出来，不靠人自觉。 hcom 把“消息进了上下文”做成了 hook 级事实，我们后来的站内信把它推到“读了、做了、复核了”三个动词。这条线是集团通信层从 tmux 打字走到回执纪律的直接来源。

坑与失效

默认 broker 是公共云（emqx、hivemq、test.mosquitto.org 那几个），坐实了。生产必须 --broker 自托管。
入网名单就是安全边界。 总线上的成员可以被机上任何进程 send 喂话进上下文。所以定了纪律：“上总线等于席位正式入网动作”，写进启动契约、owner 知情；禁止测试途中随手 hcom start 误入网，这曾是一次事故的根因。
离线补投、QoS 没有文档，要实测。
LG01 的 ~/.codex 配置曾被 hcom 留下孤儿块，做过一次外科摘除（有备份）。

状态（2026-08-14 核实）

v0.7.25（2026-08-09），支持 10 种 CLI。MIT。

我们的关系

引入，单选，作全集团 agent 总线。 六个工作单元已交接给 AIOS 承接（交接文档 2026-08-15 放 LG01 桌面），TLS 路线 A/B 待你拍板。今天集团实际跑的站内信（aios-comm）在回执和义务模型上比 hcom 更严，第 2 课有对照。

来源

集团内部：阿麦，Agent 通信全景调研（2026-08-14，workflow wf_93734aee 记录）；《hcom 集团 Agent 通信层 AIOS 交接文档 v1》（2026-08-15，LG01 桌面）；Ling 裁定（2026-08-15）。
外部：aannoo/hcom 仓库与文档；Claude Code v2.1.224 发布说明（2026-08-07）。