一句话看懂：开源项目 openmsg 发布 0.2 版本，让 Claude Code、Codex、OpenCode 等不同厂商的 AI 编程 agent 在运行中的会话里互相收发消息，并支持两名开发者跨机器端到端加密通信。
事件核心：发生了什么
openmsg 的作者在 Hacker News 的 Show HN 板块公布了这一工具。它做的是”消息投递”而不是”启动新进程”：消息进入已经在运行、带着上下文的会话，而不是另起一个 agent。0.1 版本解决同一台机器上个人多个 agent 之间的通信，已用真实会话测试；0.2 版本加入人与人之间的跨机通信，通过了其规格中的 14 个验收用例和单机实测，但目前尚无团队在公网环境中长期使用。
openmsg 走的是各厂商原生的消息入口：Claude Code 用会话的 inbox socket，Codex 用共享 app-server 守护进程上的 codex queue，OpenCode 用本地服务器的 POST /session/{id}/prompt_async；Cursor CLI 与 Gemini CLI 通过每轮结束时的 hook 读取邮箱。对外只暴露四个命令：list、send、inbox、whoami，地址格式为 vendor:name，跨人通信再加所有者，如 claude:api-worker@alice。消息信封沿用 A2A 标准的字段命名，后续可经 HTTP 上的 A2A 传输。
为什么重要
当前 AI 编程工具各自封闭，Claude Code、Codex、OpenCode 之间没有官方互通机制。openmsg 选择在协议适配层做文章，而不是要求厂商开放 API，这为多 agent 协作提供了一条不依赖单一供应商的路径。同时它明确了安全边界：中继服务器只看到谁在何时向谁发消息、属于哪个项目，但读不到内容；发布、邀请、接受三步都需要显式操作，默认不可达。这种”不夸大加密能力”的工程表述，在 agent 互联话题上比较少见。
对用户/开发者/创作者的影响
对同时使用多款编程 agent 的开发者，openmsg 的价值在于让一个会话里的大模型可以直接把任务转给另一个会话，例如让 Claude Code 把迁移方案交给 Codex 复核，而不必手动复制粘贴上下文。安装用 npx openmsg list，需要 Node 22 及以上，无第三方依赖。团队协作场景仍需谨慎：跨公网的实际表现未经验证，且接受一条新消息要把消息从模型外放进会话，需要所有者运行 openmsg accept。权限方面，消息本身不携带授权，接收方仍受自己用户已授予的权限约束。
AI 工具推荐
想把多个 AI 模型放在一个入口？
GamsGo AI 集成 ChatGPT、DeepSeek、Gemini、Claude、Midjourney、Veo 等常用模型，适合写作、绘图、视频和日常 AI 工作流。
推广链接：通过此链接购买，我可能获得佣金，不影响你的价格。
值得关注的后续
一是跨互联网的真实团队使用是否会出现，作者目前只做了单机实测；二是 Cursor CLI 与 Gemini CLI 的适配仍停留在 fixture 测试，需要 API key 和实际安装才能验证；三是各厂商若调整 inbox socket 或 queue 等非公开入口，这类适配能否持续维护，是开源项目能否长期可用的关键变量。
