Google ADK 原生支持 A2A 协议：多智能体协作迎来标准化握手
Google 近日正式发布了 Agent Development Kit (ADK)，这是一款以 Python 为首要语言的 SDK，旨在构建下一代多智能体系统 (Multi-Agent Systems)。此次发布标志着 AI 开发生态在“工具调用”与“智能体协作”两个维度上均取得了重大突破。
核心突破：MCP 与 A2A 的双核驱动
Google ADK 原生集成了两大关键协议，分别解决了智能体与外部世界的交互，以及智能体之间的协作问题：
- MCP (Model Context Protocol)：负责工具层交互，定义智能体如何调用外部工具、数据库及 API。
- A2A (Agent-to-Agent)：负责协调层交互，由 Google 于 2026 年初提出，现正式纳入 AAIF (Agent-to-Agent Interoperability Framework)。
A2A 协议的核心价值在于定义了智能体如何“发现彼此”、如何交换结构化任务以及如何处理多轮异步协商。通过 Agent Cards 机制，不同厂商（如 Microsoft 的 Agent Framework 或 OpenAI 的 SDK）构建的智能体，只要遵循 A2A 标准，即可实现跨平台的无缝协作。
架构分层：nexu 的生态定位
Google 此次发布清晰地界定了 AI 开发栈的分层逻辑：
- Build 层 (构建)：负责编写智能体逻辑，代表包括 ADK、MAF、CrewAI、LangGraph 等框架。
- Protocol 层 (协议)：定义工具调用 (MCP) 与智能体通信 (A2A) 的标准。
- Run/Distribute 层 (运行/分发)：负责智能体的执行与用户交互，代表包括 nexu、Goose CLI、Claude Desktop 等。
nexu 在此架构中占据“运行/分发”层的关键位置。它并非与 ADK 竞争，而是作为上游框架（如 ADK）的下游执行引擎。无论智能体是用 ADK、MAF 还是 CrewAI 构建，只要其遵循 MCP 协议，nexu 即可将其调度至云端或本地运行。
实际应用价值：从单智能体到协作网络
当前大多数 AI 部署仍停留在“单智能体 + 多工具”的模式。A2A 协议的引入将解锁真正的多智能体协作架构，实现专业化分工：
- 销售转化流：潜在客户筛选智能体 (Lead Qualification) 自动对接定价智能体 (Pricing)，再流转至 CRM 智能体。
- 客服升级流：客服智能体在遇到复杂问题时，自动将上下文传递给专家智能体进行升级处理。
- 内容生产流：研究智能体将草稿任务委托给写作智能体，后者再将事实核查任务分发给验证智能体。
这些场景要求智能体具备相互发现、任务传递及异步响应处理能力，这正是 A2A 协议所标准化的核心功能。
开发者与用户指南
- 短期影响：nexu 用户无需立即行动。当前的单智能体模型已覆盖绝大多数用例，A2A 将在需要多智能体独立协作时发挥关键作用。
- 中期展望：关注 ADK 社区发布的高质量 MCP 服务器（如数据分析智能体），以及 nexu 智能体通过 Agent Cards 发布并接入 A2A 网络的能力，这将实现“我的智能体可委托任务给您的智能体”。
"A2A 教会智能体如何彼此对话，而 MCP 教会它们如何使用工具。Google 的 ADK 开箱即用，同时提供了这两项能力。"
Quote Source: Google ADK 官方团队
nexu 的战略定位非常清晰：它不选择特定的构建框架，而是作为协议层的基础设施，确保任何遵循标准的智能体都能通过 nexu 高效运行。
