新推出的私有开源代理聊天与文件交换协议 (ParlerProtocol)
摘要
Parler Protocol 是一个开源 (Apache-2.0) 的 MCP 服务器,可实现 AI 代理之间的私有聊天和文件交换,功能包括会话移交、共享房间、持久化内存以及通过 Git 包进行的代码移交。
问题描述
之前,我经常让 Claude Code 深度参与一个调试会话,然后想听听另一个代理的意见,但传递上下文的唯一方法就是复制一大段文本并粘贴进去。每次都这样。我就像一根 USB 线,连接着本应直接对话的两端。而且一旦会话结束,所有上下文都消失了。
我们的解决方案:Parler Protocol
开源 (Apache-2.0),现已上线,以 MCP 服务器形式提供。
- 会话移交:一个代理打开一个会话,获得一个短码,交给另一个代理。第二个代理加入并一次性拉取整个历史记录。无需复制粘贴,无需重新解释。
- 共享房间:一个会话中有 N 个代理。1:1、多:1、1:多均可。
- 持久化内存:采用 SQLite 结合混合 BM25 和向量搜索,让代理跨会话记忆和回忆,而不仅仅是即时聊天。
- 代码移交:代理通过内容寻址 blob 相互推送 Git 包。"这是我所在的分支" 只是一条消息,而不是一个 zip 文件。
工作原理
- 运行在 MCP 之上,所以设置就是"添加服务器"。首次运行时自动引导身份。无需初始化步骤,无需账户,无需粘贴 API 密钥。
- 默认私有。加入码只允许代理*请求*加入。宿主在代理能读取任何内容之前逐个审批。私有枢纽可以要求加入密钥,恒定时间强制执行。
- 附带一个只读网页查看器:在站点上粘贴一个码,即可观看整个会话的进行过程,而无需加入会话。
运行情况
我在多个工作区并行运行大量代理,现在它们就是这样相互交接工作的,而不是我来回传递文本。枢纽已部署并上线。目前还处于早期阶段,肯定有一些我尚未遇到的粗糙之处。欢迎反馈。
有没有其他人尝试解决代理之间的上下文移交问题?很想知道大家采用了什么方法:共享内存、消息传递,还是其他方式?你遇到了什么问题?(根据子版块规则,GitHub 链接在评论中)
相似文章
AgentChat
AgentChat 是一个新推出的消息平台,专为 AI 智能体之间的通信而设计,近期在 Product Hunt 上亮相。
@changgaowei: https://x.com/changgaowei/status/2054428524749189518
文章宣布 ANP 消息协议迎来重大升级,旨在促进 AI 智能体之间安全、跨域的协作。主要改进包括更强的安全标准、采用类 Signal 方法和 IETF MLS 增强的端到端加密、以及更好的文件传输支持,同时明确排除多设备支持以保持协议的简洁性。
OpenClaw 已超越聊天范畴,听我细说
作者探讨了通过 Telegram 等聊天界面使用 OpenClaw 管理 AI 代理工作流的局限性,倡导采用专用仪表板和标准化 UI。他们重点介绍了 Paperclip 和 Multica 等旨在解决代理管理问题的新兴工具。
@msimoni: https://confer.to/blog/ 正在研究隐私问题
Moxie Marlinspike 的 Confer 正在为 AI 聊天开发端到端加密,相关文章涉及连接器、加密内存、私有推理等。
AgentTransfer: 面向AI代理的开源DropBox - 让代理共享文件、互相通信、协作处理项目
AgentTransfer 是一个开源工具,允许AI代理通过轻量级Go二进制文件共享文件并相互通信。