说起来，

什么？我连 A2A、MCP 都没学会，现在又来了 AG-UI、A2UI…

年的“Agent 协议四件套”已经成型，而且是互补分层，不是竞品：

层	协议	管什么
MCPAgent ↔ 工具 / 数据Agent 间	A2A
Agent ↔ Agent
Agent ↔ 使用者 / 前端	AG-UI把 Agent 的流式事件、状态、前端工具调用送到 UI渲染负载
A2UIAgent 生成 UI 的描述格式。跑在 A2A / AG-UI 之上

先别被这张表吓到。

为什么普通人会被这些名词搞焦虑

很多人焦虑。原因不在技术本身多难，而在只听到一堆新闻名词，没拿到一张能放进脑子的地图。比如 MCP 火了以后很多人刚明白“模型可以调用工具”。马上又看到 A2A，说 Agent 之间也要协议； 再看到 AG‑UI，说前端也要协议； 再看到 A2UI，说 UI 也可以由 Agent 生成。你如果把它们都当成“我要马上精通的新技术”，那当然学但是来。

你现在可能在想：

• "这还学不学得完？"
• "是不是不学就落后？"
• "以后做 AI 应用的人，都得把这些协议全背下来吗？"
• "我到底先学习哪个，怎么优先安排？"

别急！先把气压一压，

MCP、A2A、AG‑UI、A2UI 四条边不是同一块地盘，而是不同位置上的接口约定。只要你能区分这四条边，就能快速上手。其实，

MCP的观点是。Agent 先得会安全地用工具

MCP 官方规格里主要结构是 host、client 与 server。Host 是像 IDE 或聊天应用这样的 AI 应用；client 是负责连某个 MCP server 的连接器；说起来，server 则暴露能力的一端。可以是本地进程，也可以是远程服务。

MCP server 暴露三类东西：

1. tools：可调用动作，如查数据库或执行计算。
2. resources：上下文资源，如文件或业务配置。
3. prompts：可复用的提示模板。

说到记住，• tools = “让模型去做动作” • resources = “给模型看资料” • prompts = “给模型一套结构化说法”。混淆容易导致程序混乱与安全风险。

MCP tools 是模型可发现并自动调用的。所以应用必须告诉使用者哪些工具可用，而且在敏感操作时需要确认。例如如果一个 Agent 能改数据。你必须提供日志与审批机制，否则公司将对其失去信任。

再看A2A，当 Agent 不再是一个人单干

A2A 解决跨团队或跨网站协作成本。假设销售 Agent 收到合同问题，它需要把任务交给法务 Agent 并带回结果。再看关键问题包括，如何发现该法务 Agent？它有什么能力，请求发往哪里？是否需要认证与流式返回等。

• Agg Card：

Task：

表示一次对话回合。

• Part 可携文本、文件引用或结构化 JSON。

Artifact 为任务产出的具体结果，如报告或表格。

简单交互直接返回 Message 复杂处理返回 Task 并通过流式事件更新状态和产物。

您可以把 A2A 看作统一的远程代理发现与协作框架——专为跨组织、多供应商场景设计。

说到AG‑UI，前端要看的，是 Agent 的运行过程

如果你刚开始做一个 Agent 前端。把它当成普通 chat 就很快遇到难点：

"Agent 正在生成回答，需要逐字显示。"

"Agent 准备调用工具，需要告知使用者参数。"

"工具结果回来了需要挂回对话面板。"

"使用者想中断或修改。"

而使用传统的 SSE/WebSocket+if/else 写法，一旦项目变大就出现胶水代码洪泛。”

请注意

{ "type": "TOOL_CALL_START","toolCallId": "t1","toolCallName": "searchFlights" }
{ "type": "TOOL_CALL_ARGS","toolCallId": "t1","delta": "{\"from\":\"SHA\"" }
{ "type": "TOOL_CALL_ARGS","toolCallId": "t1","delta": ",\"to\":\"SFO\"}" }
{ "type": "TOOL_CALL_END",... }

` The key takeaway is **not** memorizing event names。but understanding that AG‑UI turns an agent’s internal workflow into a series of observable events that frontend can render and interact with. **Front‑end defined tools** Some actions belong on client side – e.g.,asking for confirmation or opening a modal – and AG‑UI lets you expose those as “front‑end tools”. The agent calls m,but execution remains in your UI layer,giving you control over approval flows.

---

A ² U I ：别让模型直接写 UI 代码 --- ### 为什么不能直接让 LLM 输出 JSX/HTML？Demo 快速实现，但生产环境风险高： * 安全性 & 风险控制缺失 * 样式与组件库一致性难保 * 审计与权限管理复杂 ### A²U I 做法 1. **声明式描述** – 模型只输出经过批准的组件列表。{ “version”: “v1.”,“updateComponents”: { “surfaceId”: “trip_plan”,…This format keeps rendering logic on client side while letting LLM generate *what should be shown*。not *how it should be coded*. It also supports incremental updates via flat ID references,making debugging easier. ---

。

---