面经策

A2A 协议有哪五大设计原则？ ​

  • 标签：大模型、AI、A2A、系统架构

🏛 业务架构师 ​

A2A（Agent2Agent）是 Google 牵头、2025 年开放的 Agent 间协作协议，五大设计原则我从业务互操作的角度理解是：

  • 拥抱现有标准：基于 HTTP、JSON-RPC、SSE 构建，不另起炉灶，企业存量网关、负载均衡、监控都能直接复用，接入成本低。
  • 企业级就绪：认证授权、可观测、隐私合规是一等公民，考虑的是企业采购和安保团队的验收标准，而不只是开发者体验。
  • 异步优先：Agent 任务往往运行几分钟甚至几天，协议原生支持长任务、状态推送和人工介入，贴合真实业务流程而非理想化的即时响应。
  • 不透明执行（模态无关）：Agent 之间不共享内部记忆、工具和推理过程，只交换文本、文件等"成果物"。这保护了各方的商业机密——甲方的 Agent 不需要向乙方暴露内部系统。
  • 安全为本：默认按零信任设计，交互边界清晰。

业务意义：这五条原则解决的是多供应商 Agent 经济的信任问题——未来企业的采购Agent、供应商的报价Agent、物流Agent 分属不同厂商，A2A 让它们无需深度集成就能协作，避免被单一平台锁定。

🏗 系统架构师 ​

A2A 的五大设计原则，我用架构师的视角串一下——它的目标是在 MCP（连接工具）之上补一层"Agent 之间互操作"的标准：

  • 简单优先（Simple）：基于 HTTP/JSON-RPC 等成熟 Web 标准，不做私有传输，降低集成门槛；
  • 企业级就绪（Enterprise Ready）：认证、授权、可观测性、可审计内建，默认面向生产环境而非 demo；
  • 异步优先（Async First）：Agent 任务天然长耗时，一等公民是长任务、流式更新、状态查询，而不是同步 request/response；
  • 模态无关（Modality Agnostic）：不限定文本，音频、视频、结构化数据、文件都能作为 Artifact 交换；
  • 不透明执行（Opaque Execution）：Agent 之间只通过约定接口协作，互相不假设对方的内部记忆、工具、实现栈——这是微服务"高内聚低耦合"原则在 Agent 生态的翻版。

我的点评：这五条本质是把三十多年分布式系统经验（松耦合、异步消息、安全边界）平移到 Agent 互操作层。生产落地时最关键的是 Async First 和 Opaque Execution——前者决定任务编排的超时与补偿设计，后者决定了跨组织 Agent 协作才可行。

💻 全栈开发专家 ​

A2A（Agent-to-Agent，Google 主推、已捐 Linux 基金会）的五大设计原则，我按落地时的理解说：

  1. 简单（Simple）：复用现有标准——HTTP、JSON-RPC、SSE，不发明新底层协议，任何后端团队半天就能起一个 Agent Server。
  2. 企业就绪（Enterprise Ready）：认证授权（OAuth 2.1）、安全、隐私、可观测（tracing/监控）是一等公民，不是事后补丁。
  3. 异步优先（Async First）：Agent 任务天然是长耗时的，协议原生支持任务状态流转、SSE/Webhook 回调，甚至 human-in-the-loop 的 input-required 状态。
  4. 以 Agent 为中心 / 实现不透明（Agentic & Modality Agnostic）：Agent 之间只通过声明的能力（Agent Card）协作，不暴露内部实现、工具、记忆——你是 ReAct 还是 LangGraph 实现的对端不关心。
  5. 可扩展（Extensible）：通过扩展字段前向兼容，向多模态 artifact、协商机制演进不破坏老客户端。

工程上的直接收益：我和第三方系统对接时，只需要拉对方的 /.well-known/agent-card.json 就知道它有什么能力、怎么鉴权，联调成本从「约会议文档」降到「读一个 JSON」。