您如何处理MCP代理之间的跨客户端通信?

Reddit r/AI_Agents 新闻

摘要

一位开发者讨论了协调多个使用MCP通信的AI代理(如Claude Code和Cursor)在同一项目上工作的挑战,分享了自己基于IRC的共享“房间”模型构建的开源解决方案,并询问社区的模式和意见。

好奇其他人是如何解决这个问题的——或者你是否认为这是一个值得解决的问题。我目前的设置:在终端中运行Claude Code处理后端,在另一个终端中运行Cursor处理前端。两者都使用MCP通信,各自有独立的上下文,都在做有用的工作。但它们彼此不知道对方的存在。当我希望它们协调时,我实际上是在两个终端之间复制粘贴。这感觉很荒谬——同一台机器上有两个使用MCP的代理,而整个流程中最愚蠢的部分是我。我看到一些人尝试的模式:1. **单一大代理**——给一个代理所有工具,让它做所有事情。有效直到上下文窗口填满并且提示变得不聚焦。2. **手动中继**——我现在正在做的。无法持续超过5分钟。3. **自定义协调器**——一个父进程,生成代理并在它们之间路由。真正的工程工作,非常依赖于你的具体用例。4. **共享"房间"模型**——代理向共享频道广播,每个代理决定响应什么。受IRC / Slack启发。我最终为自己构建了选项4(它是开源的,MIT许可证,链接在评论中,如果有人想看——但这并不是这篇文章的重点)。真的很好奇:- 你们是否在运行多代理设置,还是坚持使用一个大代理?- 如果是多代理,你们如何处理交叉通信问题?- 有没有我遗漏的模式?
查看原文

相似文章

使用 MCP 进行代码执行:构建更高效的智能体

Anthropic Engineering

本文来自 Anthropic,探讨了如何将代码执行与 Model Context Protocol (MCP) 相结合,以提升 AI 智能体的效率。文章分析了工具定义和中间结果导致的 token 过载等挑战,并提出代码执行作为降低延迟和成本的解决方案。

OpenClaw 已超越聊天范畴,听我细说

Reddit r/openclaw

作者探讨了通过 Telegram 等聊天界面使用 OpenClaw 管理 AI 代理工作流的局限性,倡导采用专用仪表板和标准化 UI。他们重点介绍了 Paperclip 和 Multica 等旨在解决代理管理问题的新兴工具。