AI应用标准详解：A2A & MCP & AG-UI-EW帮帮网

"OpenAI接入MCP，Google推出A2A，微软与OpenAI紧密绑定"标志着云计算竞争焦点已从"算力"和"模型参数"转向‌Agent标准协议控制权‌。在AI快速演进的今天，我们不再仅关注单个AI的智能水平，而是探索多个AI如何像团队一样协作完成复杂任务。如果说过去的AI是"孤岛"，那么随着A2A和MCP协议的提出，我们正迈入"AI群体智能"时代。

AI时代的三大关键标准解析

1. ‌MCP协议（Agent-工具交互标准）‌

‌核心作用‌：解决AI Agent与外部工具（如数据库、API）的交互问题
‌典型场景‌：
不同天气预报Agent调用气象API时遵循统一数据格式
电商客服Agent与库存系统接口实时同步商品状态
‌行业动态‌：OpenAI率先接入该协议，推动其成为工具交互的事实标准

2. ‌A2A协议（Agent间通信框架）‌

‌核心作用‌：规范不同Agent之间的协作规则
‌实现机制‌：
采用类HTTP的请求-响应模式
内置冲突解决和任务分配算法
‌案例‌：Google的旅行规划Agent通过A2A协议协调航班预订、酒店推荐等子Agent

3. ‌AG-UI协议（人机交互标准化）‌

‌创新点‌：统一AI Agent与前端应用的交互方式
‌价值体现‌：
开发者无需为每个AI应用单独设计UI逻辑
支持多模态交互（语音、文本、AR等）的快速适配

Agent 应用协议栈来源：https://github.com/ag-ui-protocol/ag-ui

什么是 MCP？

MCP全称是Model Context Protocol（模型上下文协议），由Claude母公司Anthropic于24年11月开源发布，以下是MCP开源项目近期的Star数增长趋势，可以看到自今年3月以来，MCP迎来了井喷式的发展和关注量。今年3月27日，OpenAI宣布在Agent SDK中支持MCP，4月4日，谷歌宣布在Gemini的官方API文档中添加MCP的使用范例，海外三大AI巨头已经全部投入MCP怀抱。

MCP Github Star

添加图片注释，不超过 140 字（可选）

MCP的定义

MCP（Model Context Protocol）是为 AI 智能体提供的工具调用规范说明。简单来说，它定义了：

• AI 可以访问哪些服务或工具（比如数据库、接口、第三方 API）；
• 每个服务的调用方式、参数要求、输入输出格式；
• 如何描述一个任务的执行流程与能力边界。

MCP 的核心作用是：让 AI 能够像人类操作软件一样，独立调用外部系统资源，完成具体任务。

示例场景：

假设某 AI 负责生成日报，并需要从数据库中提取销售数据、调用图表接口生成可视化图表、再通过邮件系统发送至管理层。

如果它事先拥有对应系统的 MCP 描述，就可以：

• 明确“销售数据 API”的调用方式；
• 知道“图表服务”需要传入的数据格式；
• 自动组织调用顺序，实现完整闭环。

MCP 的价值在于标准化了 AI 与系统之间的“操作语言”，减少定制开发与重复对接成本，使 AI 能更容易扩展自己的“技能树”。

MCP协议的出现离不开Function Calling的使用，2023年6月，OpenAI 在 GPT-4-0613 和 GPT-3.5-turbo-0613 模型中首次引入Function Calling功能，赋予Agent执行具体任务的能力。通过Function Calling，模型能够根据上下文理解并执行特性函数调用，比如搜索知识库、搜索天气地理等实时信息、执行数学计算等。之后，谷歌、Anthropic也陆续推出模型的Function Calling能力。但是不同的模型的厂商在Function Calling的能力上的接口、格式、细节上存在诸多不兼容，举例如下：

添加图片注释，不超过 140 字（可选）

这些细节差异导致开发者需要针对不同模型做适配函数声明、参数传递、响应解析等环节，极大增加了AI开发者对于多模型集成的复杂度。因此，MCP作为一个通用协议被提出，旨为模型提供一个标准化的方式来管理和利用上下文，并提供统一的协议与外部世界（工具、服务、数据）进行交互。以这张经典的示例图为比如，使用MCP如同电脑插入USB-C接口后，简化了各种外部设备的适配。AI模型通过MCP可以轻松调用各种数据源和工具。

MCP 架构示例图来源：Norah Sakal on X https://x.com/norahsakal/status/1898183864570593663

值得注意的是，支持 MCP的模型通常需要支持 Function Calling，但Function Calling不是唯一实现方式。理论上，只要模型能理解和生成结构化的调用协议，比如 JSON-RPC、gRPC、RESTful API等，就可以实现 MCP能力。Function Calling是最主流、最推荐的实现 MCP 的方式。

什么是 A2A？

25年3月，在MCP出圈的同时，谷歌也推出了MCP的“补充”：A2A（Agent2Agent）协议。虽然A2A和MCP都是通过开放和标准化的方式，解决AI系统中不同单元的集成和交互问题，但是A2A和MCP的目标和作用域有本质区别。MCP解决的是Agent和外部工具/数据的集成，是Agent的“家务事”；而A2A致力于促进独立Agent间的通信，帮助不同生态系统的Agent沟通和协作。

添加图片注释，不超过 140 字（可选）

A2A（Agent-to-Agent Protocol），顾名思义，是定义智能体之间如何沟通与协作的一套协议。

过去，AI 更像“单人作战”的专家系统。而在越来越多的真实场景中，一个任务往往需要多个智能体协同完成。A2A 协议正是为了解决这些协作问题而生：

• 如何发现其他可用的智能体；
• 如何发起请求、共享上下文、同步进度；
• 如何协商分工、反馈结果，甚至容错与中断处理。

示例场景：

假设你对语音助手说：“帮我订一张下周的去广州的机票，并提交公司报销”。

这个任务实际上涉及多个 AI 智能体：

1. 语音助手 AI 负责语义理解和任务分发；
2. 航班搜索 AI 提供航班选项；
3. 票务预订 AI 完成支付与出票；
4. 报销流程 AI 向企业系统提交申请单据。

在这个过程中，AI 之间通过 A2A 协议发起交互请求，传递上下文，确保每一个子任务能顺利衔接。哪怕这些智能体由不同平台或企业开发，只要遵循相同的 A2A 协议，就能实现互通协作。

举个例子，我的微信朋友圈中有个业务广泛的“黄牛总代”，这个黄牛合作了各领域的“黄牛”，比如演唱会和赛事抢票、医院热门号、灵隐寺月饼代排等，他们使用专用手段，例如内部渠道、脚本、人肉排队等方式解决用户需求。各领域黄牛就是Agent，MCP是将这些Agent与它们的结构化工具（例如抢票脚本）连接起来的协议。而A2A是用户或者黄牛总代Agent与黄牛Agent合作的协议，例如“我要一张周杰伦演唱会的门票”。基于A2A协议，Agent间可以进行双向沟通，不断优化计划，例如“我要6月23日门票”、“江浙沪地域任何价位都可以接受”，最终实现目标。

A2A作为一个开放协议，主要考虑Agent间通信在用户、企业交互上的主要问题挑战，官方介绍其主要功能特性如下：

A2A 协议示例来源：https://a2aprotocol.ai/

标准化消息格式（Standardized Message Format）：就像人们交流需要共同的语言，A2A为AI Agent们创建了一种统一的"语言"，让它们能够清晰地表达“我需要什么”、“这是我的回答”等信息
发现机制（Discovery Mechanism）：在社交网络中，AI Agent可以“搜索”并了解其他AI Agent能做什么，然后决定与谁“交朋友”。
任务委派框架（Task Delegation Framework）：类似于项目经理分配工作，一个AI Agent面对复杂问题时，可以把不同部分分给最擅长处理这些问题的其他AI Agent。
能力广告（Capability Advertisement）：就像在招聘网站上发布简历，每个AI Agent可以“宣传”自己的特长，形成一个服务市场。
安全和访问控制（Security and Access Control）：相当于门禁系统，确保只有获得授权的AI助手才能互相交流，防止信息泄露或未经授权的操作。

A2A中包含三个核心者：User，存在于协议中，主要的作用是用于认证&授权；Client Agent，任务发起者；Server Agent，任务的执行者。Client和Server之间通信是以任务的粒度进行，每个Agent既可以是Client，也可以是Server。A2A的典型工作流程如下：

A2A 典型工作流

值得关注的是，多Agent系统（Multi-Agent System, MAS）是Agent系统的发展趋势，因为它更适用于解决复杂问题求解、分布式任务、模拟社会系统等问题，在多Agent系统中，每个Agent 专注单一领域，工具少于10个，团队协作需推理支持否则成功率低（目前成功率<50%）。以股票分析团队为例，需要一个Agent专注分析股票数据，另一个Agent提供股票操作建议。

但是，2025年MAS系统仍不成熟，业内对于单Agent还是多Agent仍存在大量争论，MAS系统的设计和协调机制复杂度高，行为难以预测和控制，目前更适合研究而非生产，所以A2A协议没有像MCP协议快速发展和普及。

A2A 与 MCP 的区别与协同

添加图片注释，不超过 140 字（可选）

特征	MCP (Anthropic)	A2A (Google)
发起方	Anthropic	Google
发布形式	开源	开源
解决的问题	AI 如何操作外部工具	AI 如何与其他 AI 协作
对象	模型 + 数据源（接口层）	Agent 之间（行为层）
架构目标	标准化模型访问工具 & 数据源	标准化 Agent 间沟通协作
协议基础	客户端/服务器协议	HTTP + JSON + AgentCard
开发者参与性	接入工具提供能力	构建完整 Agent 系统

两者并不冲突，而是相辅相成：

• MCP 让 AI 能做事，掌握工具使用能力；
• A2A 让 AI 会协作，具备组队完成任务的能力。

在一个完整的“多智能体系统”中，MCP 描述每个成员的能力边界，A2A 定义团队间的沟通机制。只有两者结合，AI 才真正具备独立协作的能力。

AG-UI 协议

AG-UI（Agent-User Interaction Protocol，智能体用户交互协议）是2025年5月由 CopilotKit 团队提出并开源的协议，旨在解决AI Agent与前端应用之间的交互标准化问题，提供一个轻量级、事件驱动的开放协议，实现AI Agent与用户界面的实时双向通信。AG-UI 协议的出现主要是为了解决智能体与前端应用之间的交互以下标准化问题，其工作流如下：

客户端通过 POST 请求发起一次 AI Agent 会话；
建立 HTTP 流，如 SSE 或 WebSocket 等协议，实现事件的实时监听与传输；
每个事件都包含类型和元信息 Metadata，用于标识和描述事件内容；
AI Agent 持续以流式方式将事件推送至 UI 端；
UI 端根据收到的每条事件，实时动态更新界面；
同时，UI 端也可以反向发送事件或上下文信息，供 AI Agent 实时处理和响应；

AG-UI 工作流示例图来源：https://webflow.copilotkit.ai

在AG-UI 协议中最核心的部分在于事件的定义：

文本消息事件（TEXT_MESSAGE_）用于实时流式文本生成，类似AI Copilot的打字效果；
工具调用事件（TOOL_CALL）用于完整的工具调用生命周期管理；
状态管理事件（STATE）用于状态同步，确保客户端和服务端状态一致；
生命周期事件（RUN* / STEP_）进行执行控制，管理整个代理执行的生命周期；

AG-UI 协议的事件类型定义体现了 AI Agent 系统的核心需求：流式处理、状态管理、工具集成、错误处理、可扩展性。协议的设计既考虑了技术实现的效率，也兼顾了用户体验的流畅性，是现代 AI 应用系统设计的重要参考。

目前AG-UI 协议官方推出了Python SDK和TypeScript SDK。笔者亲测使用 AG-UI 协议实现服务端和客户端的交互。以Python为例，可以使用ag-ui-protocol 包的 from ag_ui.core 相关能力来生成 AG-UI 协议事件，而不是手写 JSON。ag-ui-protocol 的核心事件定义在 ag_ui.core.events，它支持通过用 TextMessageStartEvent、TextMessageContentEvent、TextMessageEndEvent 这些类来构造事件，然后用 .model_dump_json() 输出。

可以使用Cursor 基于AG-UI 协议实现服务端和客户端代码。在进行服务端和客户端代码调试时，可使用浏览器BrowserTools的插件，并且为Cursor配置 BrowserTools MCP Server，这样通过 Call MCP Tool 让 Cursor可以快速定位和调试浏览器行为如下图，几轮对话交互后即可实现一个简单的AG-UI协议的前后端应用：