A2A 让智能体学会协作,本文用实战案例带你串起完整闭环。跟着代码走就行。
Google 将 A2A 作为开放协议推出,目标很明确:让不同团队、不同框架、不同部署形态的智能体,能用同一套「协作语言」连起来,面向大规模、多智能体场景。
- Agent Card
公共元数据文件,通常位于/.well-known/agent.json,描述智能体能力、技能、端点 URL 和认证要求,用于能力发现。
- A2A 服务器
暴露 HTTP 端点,实现 A2A 协议方法,管理任务执行。
- A2A 客户端
应用程序或智能体,消费 A2A 服务,通过
tasks/send或tasks/sendSubscribe与服务器交互。
A2A 关键组件与技术细节如下:
/.well-known/agent.json,描述能力、技能、端点 URL、认证要求,用于
发现。
A2A 服务器 实现协议约定的方法,
管理任务执行(具体以官方规格为准)。
A2A 客户端 消费 A2A 服务,例如发送
tasks/send 或
tasks/sendSubscribe。
任务(Task) 核心工作单元,有唯一 ID,状态如
submitted、
working 等。
消息(Message) 通信单元,角色如
user /
agent,内含
Parts。
部分(Part) 内容单元,如
TextPart、
FilePart、
DataPart。
工件(Artifact) 任务输出,由 Parts 构成。
流式传输 常用
SSE 推送长任务状态。
推送通知 可通过
Webhook 异步告知进展。
- 发现 :客户端读取
/.well-known/agent.json(Agent Card),了解智能体能力。 - 启动 :客户端发送任务请求。
- 使用
tasks/send处理即时任务,返回最终 Task 对象。 - 使用
tasks/sendSubscribe处理长期任务,服务器通过 SSE 事件持续推送更新。
- 使用
- 处理:服务端执行任务,可能流式返回,也可能一次性返回。
- 交互(可选) :若任务状态为
input-required,客户端可基于相同 Task ID 继续补充输入。 - 完成 :任务进入终端状态(如
completed、failed或canceled)。
该流程既支持简单任务,也支持需要多轮交互的复杂任务,尤其适合多模态通信环境。
二者 互补,不是替代:
- MCP:用于工具和资源接入
通过结构化输入/输出将 Agent 连接到工具、API 和资源。Google ADK 支持 MCP 工具,可与 Agent 组合使用广泛的 MCP 服务器。
- A2A:用于 Agent 间协作
在不同 Agent 间实现动态、多模态通信,而无需共享内存、资源和工具。这是社区驱动的开放标准。
- 协议交集
Google 建议将 A2A 智能体通过 Agent Card 描述并注册为 MCP 资源。这样框架既能通过 MCP 调用工具,又能通过 A2A 与用户、远程智能体通信,实现无缝协作。
例如,一个智能体可以先通过 MCP 从数据库检索数据,再通过 A2A 与另一个智能体协作分析数据。
- 解耦能力与通信
MCP 专注标准化能力调用(类似微服务),A2A 专注动态协作(类似聊天)。避免智能体既要处理功能逻辑,又要处理通信协议。
- 无缝扩展性
新智能体只需注册 Agent Card 到 MCP,即可被其他智能体发现和调用;A2A 允许智能体动态组队(如临时组建"数据分析小组")。
- 兼容现有架构
MCP 可集成传统工具(数据库、API);A2A 可对接人类用户或其他异构智能体。
可以这样记:
- MCP 像"应用商店":提供标准化服务(如地图、支付)。
- A2A 像"微信群聊":智能体在群里用通用语言(协议)讨论如何分工。
- Agent Card 像"个人资料":写明"我会修图""我会翻译",方便协作时快速发现能力。
实现了一个自动根据天气情况决定是否安排篮球活动的场景。
- WeatherAgent:提供指定日期天气数据(内存模拟)的智能体。
- BasketBallAgent :收到用户日期后,先拉 Agent Card 再问天气,据此决定篮球活动是否成行。
BasketBallAgent接收到用户提供的活动日期BasketBallAgent通过A2A协议向WeatherAgent请求该日期的天气信息WeatherAgent返回天气数据(温度和天气状况)BasketBallAgent根据天气状况做出决策: -如果天气不含"雨"或"雪",确认安排篮球活动 -否则,取消活动并提供取消原因
- 职责分离 :天气服务独立进程(FastAPI),决策方用
requests调用,边界清晰。 - 发现端点 :
GET /.well-known/agent.json符合"发现"叙事,后续可替换为更贴近官方 schema 的 JSON。 - 与完整 A2A 的差异 :当前为简化 REST + 自定义 JSON,未展开官方 JSON-RPC 方法名与 Message/Part 全模型;鉴权上客户端发送了
Bearer,但服务端示例未校验 token,仅适合教学,生产环境需补齐。
fastapi==0.115.12
pydantic==2.11.4 Requests==2.32.3 uvicorn==0.34.2
WeatherAgent是一个基于FastAPI实现的服务,默认监听 0.0.0.0:8000:
from fastapi import FastAPI, HTTPException
from datetime import date from pydantic import BaseModel import uvicorn
app = FastAPI()
Agent Card 声明(通过 /.well-known/agent.json 暴露)
WEATHER_AGENT_CARD = {
"name": "WeatherAgent", "version": "1.0", "description": "提供指定日期的天气数据查询", "endpoints": { "task_submit": "/api/tasks/weather", "sse_subscribe": "/api/tasks/updates" }, "input_schema": { "type": "object", "properties": { "date": {"type": "string", "format": "date"}, "location": {"type": "string", "enum": ["北京"]} }, "required": ["date"] }, "authentication": {"methods": ["API_Key"]}
}
任务请求模型
class WeatherTaskRequest(BaseModel):
task_id: str params: dict
模拟天气数据存储
weather_db = {
"2026-03-18": {"temperature": "16℃", "condition": "雷阵雨"}, "2026-03-19": {"temperature": "18℃", "condition": "小雨转晴"}, "2026-03-20": {"temperature": "15℃", "condition": "多云转晴"}
}
@app.get("/.well-known/agent.json") async def get_agent_card():
return WEATHER_AGENT_CARD
@app.post("/api/tasks/weather") async def handle_weather_task(request: WeatherTaskRequest):
"""处理天气查询任务""" target_date = request.params.get("date") # 参数验证 if not target_date or target_date not in weather_db: raise HTTPException(status_code=400, detail="无效日期参数") return }
if name == "main":
uvicorn.run(app, host="0.0.0.0", port=8000)
BasketBallAgent是调用方,负责消费WeatherAgent的服务:
import requests
import uuid
class BasketBallAgent:
def __init__(self): self.weather_agent_url = "http://localhost:8000" self.api_key = "SECRET_KEY" # 实际应通过安全方式存储 def _create_task(self, target_date: str) -> dict: """创建 A2A 标准任务对象""" return } def check_weather(self, target_date: str) -> dict: """通过 A2A 协议查询天气""" # 获取天气智能体能力描述 agent_card = requests.get( f"{self.weather_agent_url}/.well-known/agent.json" ).json() # 构造任务请求 task = self._create_task(target_date) # 发送任务请求 response = requests.post( f"{self.weather_agent_url}{agent_card['endpoints']['task_submit']}", json=task, headers={"Authorization": f"Bearer {self.api_key}"} ) if response.status_code == 200: return response.json()["artifact"] else: raise Exception(f"天气查询失败: {response.text}") def schedule_meeting(self, date: str): """综合决策逻辑""" try: result = self.check_weather(date) if "雨" not in result["weather"]["condition"] and "雪" not in result["weather"]["condition"]: return {"status": "confirmed", "weather": result["weather"]} else: return {"status": "cancelled", "reason": "恶劣天气"} except Exception as e: return {"status": "error", "detail": str(e)}
使用示例
if name == "main":
meeting_agent = BasketBallAgent() result = meeting_agent.schedule_meeting("2026-03-18") print("篮球安排结果:", result)
- 安装依赖:
pip install -r requirements.txt(版本见 7.4)。 - 终端一:运行
WeatherAgent.py,确保本机8000端口可访问。 - 终端二:运行
BasketBallAgent.py。 - 预期结果:
2026-03-18为雷阵雨,活动取消;将schedule_meeting参数改为2026-03-20可验证"多云转晴"时活动确认。
- 先画协作图:明确有哪些 Agent、谁先发现谁、任务是否长运行、是否需要 SSE。
- 再选协议层:工具调用走 MCP;跨 Agent 对话与任务编排走 A2A(或官方 SDK / 参考实现)。
- 安全优先:Agent Card 写清认证方式;生产环境必须落实网关、密钥与审计。
- 从最小闭环到规格对齐:先跑通「发现 → 任务 → 工件」,再对照官方 spec 补全消息模型与状态机。
A2A 的意义,是让智能体协作 可发现、可编排、可演进:系统里多一个 Agent,应像多一个标准接口的同事,而不是多一团无法追踪的调用。
版权声明:本文内容由互联网用户自发贡献,该文观点仅代表作者本人。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容,请联系我们,一经查实,本站将立刻删除。
如需转载请保留出处:https://51itzy.com/kjqy/270920.html