A2A 让智能体学会协作，这篇文章用实战案例带你串起完整闭环。跟着代码走就行，你是否曾经苦恼于多个智能体之间的协作问题？是否希望它们能像人类团队一样顺畅地协同工作？

一、什么是 Agent2Agent？

Google 将 A2A 作为开放协议推出。目标很明确：让不同团队、不同框架、不同部署形态的智能体，能用同一套「协作语言」连起来面向大规模、多智能体场景。

二、A2A 的五条设计原则

原则	一句话说明
拥抱智能体能力	支持自然、非结构化的协作方式。
利用现有标准	使用 HTTP、SSE、JSON-RPC，确保与现有程序的兼容性。
默认安全	强调公司级认证与授权思路，并与 OpenAPI 等环境对齐。
支持长期任务	支持长期任务，支持流式更新、通知、状态推进。
多模态	支持文本、音频、视频流等多模态通信。老实说，

三、主要组件一览

• Agent Card 公共元数据文件。通常位于/.well-known/agent.json,描述智能体能力，用于能力发现。你是否想知道如何让你的智能体被其他智能体发现？答案就在 Agent Card 中。话说回来，

• A2A 服务器 暴露 HTTP 端点。 实现 A2A 协议方法，管理任务执行。这是实现 A2A 协议的主要组件。

• A2A 客户端 应用程序或智能体，消费 A2A 服务，通过tasks/send或

A2A 关键组件与技术细节如下：

组件

描述

Agent Card

位于/.well-known/agent.json。用于发现

A2A 服务器

实现协议约定的方法，管理任务执行

A2A 客户端

消费 A2A 服务，例如发送tasks/send或tasks/sendSubscribe

任务

主要工作单元，有唯一 ID，状态如submittedworking等。

<**>消息**

通信单元，角色如 user / agent内含 Parts。

<**>部分

内容单元，如 TextPartFilePartDataPart。不过，

<**>工件

任务输出。由 Parts 构成，说起来，

<**>流式传输

常用 SSE 推送长任务状态。怎么说呢，

<**>推送通知

可通过 Webhook 异步告知进展。不过，

四、A2A 工作流程：从「发现」到「完成」

智能体可用。还有它们能做什么，是不是很方便？怎么说呢，

<**>启动客户端发送任务请求。

使用 tasks/send 处理即时任务，返回最终 Task 对象。

使用 tasks/sendSubscribe 处理长期任务，服务器通过 SSE 事件持续推送更新。

<**>处理服务端执行任务。可能流式返回，也可能一次性返回。话说回来，在这个过程中，你可能会遇到各种问题，比如任务失败或者超时。别担心，A2A 提供了相应的机制来处理这些情况。

---