Claude Code 解决不了的多 Agent 协商问题，这个新框架搞定

Claude Code 的子 Agent 用多了，你有没有觉得哪里不对劲？

任务定义好、丢给 Agent、坐等结果——这套模式跑简单任务没问题。但遇到需要「三方讨论才能决定」的场景怎么办？比如架构评审时，开发 Agent 说用 MongoDB，测试 Agent 觉得 PostgreSQL 更稳，架构 Agent 要权衡两者——Claude Code 的 Sub-agents 是单向调用的，这种协商流程根本走不通。

MCP Agentic Framework 就是来解决这个问题的。

这是一个基于 MCP 协议的多 Agent 通信框架，核心思路很简单：不再是一个 Agent 调用另一个 Agent，而是让多个 Agent 在运行时动态注册、相互发现，然后用异步消息队列进行双向沟通。

它和 Claude Code Sub-agents 的区别

Claude Code Sub-agents 是静态配置——你在 YAML frontmatter 里写好这个 Agent 做什么，它就永远做这个。上下文隔离、调用单向、不支持运行时协商。

MCP Agentic Framework 完全不同：

• 动态注册：Agent 在运行时自己注册进来，不用提前写死
• 双向通信：Agent 之间可以来回讨论，不只是主 Agent 发指令
• 共享消息队列：每个 Agent 有自己的队列，消息持久化到文件存储
• MCP 原生：通过 MCP 协议接入，任何 MCP 兼容客户端都能用

实际怎么用

拿上面的架构评审场景举例：三个 Agent（Developer、Tester、Architect）启动时各自向框架注册，之后任何 Agent 都可以发起广播或定向消息。Tester 对方案有异议？它直接发消息给 Architect，Architect 回复后广播结论——整个过程是真实的多方讨论，不是主 Agent 依次调用。

框架还支持 Kubernetes 部署，配合 MetalLB 做高可用，Justfile 一条命令完成构建、推送、部署。

适合谁用

如果你在做的项目需要多个专业 Agent 协同处理复杂任务——代码审查 + 安全扫描 + 性能分析同时进行的那种——这套框架比 Claude Code Sub-agents 灵活得多。尤其是需要「讨论」而非「流水线」的场景。

目前 GitHub 11 颗星，还是早期项目，但思路很清晰：把多 Agent 协作从「调用树」变成「消息网络」。

GitHub 地址 →

GitHub: https://github.com/Piotr1215/mcp-agentic-framework