A2UIvsAG-UI

A2UI

AI Agent 越来越强，但输出还是困在文本和 Markdown 里。A2UI 让 Agent 用声明式 JSON 描述 UI 意图，客户端（Web、移动端、桌面端）用自己的原生组件库渲染，既保证跨平台体验一致，又避免执行任意代码带来的安全风险。Google 于 2025 年 12 月开源发布。

AG-UI

每个 Agent 框架都在自造流式通信格式，前端团队疲于对接。AG-UI 定义了一套 16 种结构化事件（生命周期、文本流、工具调用、状态同步），通过 HTTP+SSE 在 Agent 后端和前端之间建立标准化的实时事件流。2025 年 5 月由 CopilotKit 首发，Microsoft、Oracle 已宣布集成。

A2UI

• 声明式 JSON 描述 UI 意图，不执行任意代码，安全性优先
• 跨平台原生渲染——同一份 JSON 在 Flutter、Angular、Lit、React 上各自用原生组件呈现
• 与 A2A、AG-UI 等协议互补：A2A 管 Agent 间通信，A2UI 管 Agent 到用户的界面表达

AG-UI

• 16 种标准事件覆盖完整交互：生命周期、文本消息、工具调用、状态管理
• 双向实时同步——Agent 推送进度，前端回传用户操作，全程保持一致
• Microsoft Agent Framework 和 Oracle Agent Spec 已采纳，生态快速扩展

A2UI

一种开源的声明式 UI 协议，标准化 AI Agent 描述用户界面意图的方式，由客户端使用原生组件安全渲染。

AG-UI

一种开源的、事件驱动的轻量协议，标准化 AI Agent 后端与用户前端应用之间的实时双向通信。

A2UI

• AI 助手在对话中动态生成表单、图表、商品卡片等交互组件
• 跨平台 Agent 应用复用同一份 UI 描述，在 Web/iOS/Android/桌面端原生渲染
• 企业内部 Agent 工具链中安全地生成操作界面，避免代码注入风险

AG-UI

• Agent 应用中实时展示工具调用进度、中间结果和状态变化
• 跨框架复用同一套前端组件——无论后端用 LangGraph、CrewAI 还是自研 Agent
• MCP Apps 在宿主应用中运行时，通过 AG-UI 保持 Agent、UI 和应用三方状态同步

A2UI

传统 AI Agent 的输出局限于文本或 Markdown，无法生成按钮、表单、图表等交互组件。直接让 Agent 输出 HTML/JS 又有严重的安全隐患。A2UI 的解决方案是引入声明式中间层：Agent 输出结构化 JSON 描述 UI 组件和交互逻辑，客户端根据自身框架（Flutter、Angular、Lit 等）将其映射为原生组件渲染。这种「描述意图而非执行代码」的设计既释放了 Agent 的表达力，又将安全边界牢牢控制在客户端。协议已获 Oracle、CopilotKit 等生态支持，与 Agent Spec、AG-UI 形成分层架构。当前局限在于组件库覆盖度和复杂交互场景的表达能力仍在迭代中。

AG-UI

AI Agent 的前端集成长期缺乏标准：每个框架自定义流式格式，前端团队为每个 Agent 重写对接逻辑。AG-UI 通过事件驱动架构解决这个问题，定义了 RunStarted/RunFinished（生命周期）、TextMessageContent（文本流）、ToolCallStart/ToolCallEnd（工具调用）、StateSnapshot/StateDelta（状态同步）等 16 种事件类型，加上 Raw 和 Custom 扩展点。协议基于 HTTP POST + SSE 传输，也支持可选的二进制通道。与 A2UI 的关系是：AG-UI 管「传输和同步」，A2UI 管「UI 长什么样」。当前已被 Microsoft Agent Framework、Oracle Agent Spec、AG2 等采纳，成为 Agent 前端集成的事实标准。