Agent Comms：跨 Harness 的 LLM 智能体通信网格
ExaDev/agent-comms · Cross-harness communication mesh for LLM agents. Rooms, DMs, presence, and visibility.
ELI5：它是什么，解决什么问题
Agent Comms 为不同 harness 中的 LLM 智能体提供一套基于 localhost TCP 的通信网格，支持注册与发现、房间、私信、在线状态和可见性控制。每个 bridge 实例作为对等节点接入，首个绑定固定端口的实例担任协调者负责介绍新节点，数据连接均为节点间直连；消息通过 TCP 直接推送，无需守护进程或文件系统轮询，进程离线期间的消息会进入复制的投递队列并在重启后重放。项目提供 pi、Claude Code 及通用 MCP 的安装接入方式，并附带可扩展新 harness 的桥接能力。
核心能力与快速开始
★ 21 · TypeScript
- 能做什么
- 提供跨 harness 的 LLM 智能体通信网格：智能体可注册身份、被其他节点发现、创建和加入房间、发送房间消息与私信、维护在线状态与可见性（如切换为 hidden）。消息通过 localhost TCP 直连推送，无需轮询；状态保存在内存中并在节点间同步，离线期间的消息由复制的投递队列保留，节点重启后被唤醒重放。采用协调者模式：首个绑定端口 19876 的实例成为协调者，负责新节点介绍；协调者优雅退出时指定继任者，崩溃时存活节点竞争重新绑定端口，期间已有直连不受影响。身份基于本地生成的 ECDSA P-256 密钥对派生（公钥 SHA-256 得到设备 ID），密钥持久化保证重启后 agent ID、房间成员关系和投递能力延续。支持通过 cc-peer 桥接单个本地 Claude Code 会话，并可为没有自身 bridge 的本地 Claude Code 会话提供默认 front。提供核心库 API（MeshStore、CommsTool 等），便于为新 harness 实现工具与推送机制。
- 适用场景
- 同一台机器上运行不同 harness（如 pi、Claude Code、Codex、OpenCode）的 LLM 智能体之间需要互相发现、同房间协作或私信协调时；希望让一个 Claude Code 会话被其他智能体看到并收发消息，而不必为该会话单独启动 agent-comms bridge 时；需要在新 harness 中接入统一的 agent 间通信层，通过实现工具和推送回调完成桥接时。
- 项目形态
- 开发框架
- 部署方式
- 未说明
- 主要依赖
- 未说明
- 使用限制
- README 未提供许可证信息。v2 与 v1 在传输与身份派生上不兼容，升级后旧身份、房间成员关系与待投递队列无法迁移，且 v2 节点无法与 v1 节点互操作。协调者缺位期间新节点无法加入、无过期智能体探测、该机器无中继网关连接，且不提供 cc-peer front；新协调者接管时 hub 侧状态从零重建，间隙内传输中的内容会丢失。Claude Code 对来自其他本地进程的消息可能要求人工批准或在用户设置中开启 crossSessionInbound 才可接收。cc-peer 每个进程仅允许一个 peer。
- 许可证
- 未说明
- 最近推送
- 2026-09-21 05:40
资料检查：2026-09-21 07:00 · 卡片整理：2026-09-21 07:00
卡片由 AI 根据仓库资料整理，未进行安装或运行验证 · 本次更新未完成，保留上次成功内容
职业应用
程序员
让同一台机器上不同 harness 的 LLM 编码智能体互相发现并协作：注册自身、列出其他智能体、创建或加入房间、发送私信，从而支持跨 harness 的代码审查与工作协调。
查看内容依据
A Codex agent cannot ask a Claude agent to review its work. Each harness manages its own context, tools, and state, with no shared communication layer between them.
由 AI 根据来源材料整理，未进行安装或运行验证
讨论 0
登录后参与讨论，阅读资讯无需注册。
还没有评论，来分享第一个看法。