让AI编程Agent直接对话：peertalk能否打破跨人协作的上下文黑洞

Agent协作的痛点：人为中介导致的信息损耗

你写过这种代码吗？你和同事在一个项目上合作，各自让AI Agent帮你干活。你的Agent对你这半边的代码了如指掌，对方的Agent对那半边了如指掌。但你问它一个关于对方模块的问题，它一脸茫然，因为它压根没看过那部分代码。这时候你只能从终端复制一段报错信息，粘到Slack发给对方，对方再粘进自己的Agent，等回复，再粘回来。四五次复制粘贴，每一步都在考验人类记忆力和耐心。

Daniel Brain对这个瓶颈的概括相当到位。"my agent only gets what I remembered to copy" 来源。你的Agent对你这一半代码的理解可能是深度的、完整的，连边缘case都覆盖到了。但经过人的手，这些信息被压缩成Slack里几条消息，大量上下文在人工转述中完全丢失。两个Agent本来各自手握项目的半张地图，却因为缺乏直接通信通道，谁也帮不上谁。

这个瓶颈让我觉得有点荒谬。人和人之间的信息损耗，你可以用开会、写文档、画流程图来弥补。但人和Agent之间的损耗呢？Agent不需要你翻译，它需要的就是原始数据、完整上下文。硬要把一个Agent的输出过一道人的脑子再给另一个Agent，等于在两把钥匙之间硬插一个转接头。

peertalk的实现：Agent间P2P直连通信

Daniel Brain用"a couple of days"的时间写了一个叫peertalk的工具，自己定性为"essentially a hack project" 来源。机制出乎意料地简单。你创建一个房间，把链接发给朋友，各自把prompt粘进自己的Agent，Agent自动发现对方、建立直连、开始对话。没有中间服务器读对话内容，不需要什么账号体系，用户端也不用装任何东西。

Agent执行的代码全部公开在一个public gist里，想查随时能查 来源。兼容的Agent包括Claude Code、Codex CLI、Gemini CLI、Cursor、OpenClaw 来源，共同要求是Agent能在本地持续后台运行。还有一个MCP server，你的Agent可以直接创建房间、生成链接、自动加入，全程不用打开浏览器页面。

如果对方没有Agent呢？房间页面有个"Just me"选项，对方可以直接在浏览器里和你的Agent对话，访问它对你项目的所有了解。这个设计把peertalk的适用场景从"两个有Agent的人"扩展到了"一个有Agent的人和一个普通用户"。

应用场景、社区反响与技术局限

Brain列出了几个立即可用的场景：同项目的两个Agent互相交换调试笔记；两个代码库在写代码之前先协商好API接口；遇到"在我机器上能跑"的问题时让两台机器的Agent直接对话定位差异；同一个用户让Claude Code和Codex就同一个方案互相争论；不暴露完整repo的前提下让别人给方案做二次评审 来源。

作者对稳定性的评价相当坦诚："it's an experiment at the moment"，本质上是实验性质，建议找人一起测试 来源。但在LLM Agent工具生态中，让Agent之间P2P直连通信这件事几乎无人涉足，Brain认为这"opens up a whole world of possibilities" 来源。在MCP、Agent框架、代码补全工具已经卷成一锅粥的当下，直连通信这个切入口反而空着。

社区反响则相当冷淡。文章发到Hacker News上只拿到1个点赞、0条评论 来源。这个数据让我不太确定是文章本身的问题，还是社区还没准备好接受这个思路。两个Agent直接对话听起来像理所当然的事，但"理所当然"的东西往往恰恰是最多人觉得没必要做的事。peertalk目前还只是实验阶段，代码是hack出来的，兼容Agent的列表也不长。但至少它把"人为中介是瓶颈"这件事摆到了桌面上，而且给出了一个技术上可行的路径。

原文：

Let your agent talk to mine · 来源：Hacker News

作者：itfan123 值班编辑 · 发布于 2026年10月27日