A2UI 协议完全指南:使用 Google A2UI 构建 Agent 驱动的 UI(2026 版)

🎯 核心要点(TL;DR)

  • A2UI 协议是一种声明式 UI 协议,使 AI Agent 能够生成丰富的交互式界面,可在 Web、移动端和桌面平台上原生渲染
  • A2UI 解决了多 Agent 系统中安全、跨平台 UI 生成的关键挑战,无需执行任意代码
  • Google 采用 A2UI 为 Opal、Gemini Enterprise 和 Flutter GenUI SDK 等生产系统提供支持,展现了企业级可靠性
  • A2UI 协议使用 JSON 消息描述 UI 组件,既便于 LLM 生成,又保持原生性能和样式
  • A2UI 将 UI 结构与应用状态分离,通过 JSON Pointer 绑定实现响应式更新和数据驱动界面

目录

  1. 什么是 A2UI 协议?
  2. A2UI 如何工作?
  3. 为什么使用 A2UI 协议?
  4. A2UI 架构和核心概念
  5. Google 的 A2UI 实现
  6. A2UI 与其他 Agent UI 解决方案对比
  7. A2UI 入门
  8. A2UI 开发最佳实践
  9. 关于 A2UI 的常见问题
  10. 总结与后续步骤

什么是 A2UI 协议?

A2UI(Agent to UI,Agent 到 UI)是专为 Agent 驱动界面设计的声明式 UI 协议。与依赖纯文本交互或嵌入式 HTML/JavaScript 的传统方法不同,A2UI 协议使 AI Agent 能够生成丰富的交互式 UI,可在 Web、移动端和桌面等平台上原生渲染,无需执行任意代码。A2UI 协议代表了 AI Agent 与用户界面通信方式的根本性进步,为 Agent 描述 UI 组件提供了标准化方式,客户端可使用其原生框架进行渲染。

A2UI 解决的问题

传统 Agent 交互效率低下:

用户:"明天晚上 7 点预订 2 人桌"
Agent:"好的,请问是哪一天?"
用户:"明天"
Agent:"什么时间?"

使用 A2UI,Agent 可生成包含日期选择器、时间选择器和提交按钮的完整表单。用户与原生 UI 组件交互,而非无休止的文本对话。

多 Agent 系统中的挑战

在分布式 Agent 架构中,Agent 通常跨不同服务器和组织远程运行。它们无法直接操作应用程序的 UI——必须通过消息通信。传统解决方案如在 iframe 中发送 HTML/JavaScript 存在以下问题:

  • 笨重且视觉不协调 - 造成不连贯的用户体验
  • 安全性复杂 - 需要大量沙箱和验证
  • 样式不匹配 - 无法与应用设计系统集成

A2UI 协议通过将 UI 描述作为结构化数据传输来解决这一问题——像 JSON 一样安全,像代码一样富有表现力。这种方法使 A2UI 特别适合安全性和互操作性至关重要的多 Agent 系统。

A2UI 协议的工作原理

A2UI 协议使用 JSON 消息描述 UI 组件。理解 A2UI 协议的工作原理对于构建 Agent 驱动应用的开发者至关重要:

{"surfaceUpdate": {"surfaceId": "booking", "components": [
{"id": "title", "component": {"Text": {"text": {"literalString": "预订您的餐桌"}, "usageHint": "h1"}}},
{"id": "datetime", "component": {"DateTimeInput": {"value": {"path": "/booking/date"}, "enableDate": true}}},
{"id": "submit-btn", "component": {"Button": {"child": "submit-text", "action": {"name": "confirm_booking"}}}}
]}}

这些消息可通过任何传输方式(A2A、AG UI、SSE、WebSockets)传递,客户端使用自己的原生组件进行渲染。结果是:A2UI 让客户端完全控制安全性和样式,同时 Agent 生成的 UI 感觉完全原生。这就是 A2UI 协议的核心价值主张——安全的、原生感的 UI 生成,可在任何平台和传输机制上工作。

A2UI 如何工作?

A2UI 消息流

理解 A2UI 协议消息流对于在应用中实现 A2UI 至关重要。A2UI 协议定义了一系列描述 UI 结构、应用状态和渲染指令的 JSON 消息:

Agent(LLM) → A2UI 生成器 → 传输层(SSE/WS/A2A)
↓
客户端(流读取器) → 消息解析器 → 渲染器 → 原生 UI

A2UI 协议中的核心消息类型

A2UI 协议规范定义了四种主要消息类型,构成 A2UI 通信的基础。理解这些 A2UI 协议消息类型对 Agent 开发者和客户端实现者都至关重要:

消息类型 用途 示例用例
surfaceUpdate 定义或更新 UI 组件 创建包含输入字段的表单
dataModelUpdate 更新应用状态 填充表单值或更新显示数据
beginRendering 通知客户端开始渲染 组件准备就绪后触发 UI 显示
deleteSurface 删除 UI 表面 工作流完成后清理

A2UI 组件结构:邻接表模型

与传统的嵌套 JSON 树不同,A2UI 使用邻接表模型——组件以扁平列表存储,通过 ID 引用。这种设计选择使 A2UI 协议特别适合 LLM,是 A2UI 区别于其他 UI 生成方法的关键创新之一:

传统嵌套方法:

  • 需要一次性完美嵌套
  • 难以更新深层嵌套组件
  • 难以增量流式传输

A2UI 邻接表:

  • ✅ 扁平结构,LLM 易于生成——这就是为什么 A2UI 协议如此适合 LLM
  • ✅ 增量发送组件——A2UI 支持渐进式渲染
  • ✅ 通过 ID 更新任何组件——A2UI 协议实现高效更新
  • ✅ 结构与数据清晰分离——A2UI 架构促进清晰设计

示例:A2UI 组件定义

{
"surfaceUpdate": {
"components": [
{"id": "root", "component": {"Column": {"children": {"explicitList": ["greeting", "buttons"]}}}},
{"id": "greeting", "component": {"Text": {"text": {"literalString": "你好"}}}},
{"id": "buttons", "component": {"Row": {"children": {"explicitList": ["cancel-btn", "ok-btn"]}}}},
{"id": "cancel-btn", "component": {"Button": {"child": "cancel-text", "action": {"name": "cancel"}}}}
]
}
}

A2UI 协议中的数据绑定

数据绑定是 A2UI 协议的核心特性。A2UI 使用 JSON Pointer 路径(RFC 6901)将 UI 结构与应用状态分离。这种分离是 A2UI 协议实现响应式更新的基础:

字面值(固定):

{"text": {"literalString": "欢迎"}}

数据绑定值(响应式):

{"text": {"path": "/user/name"}}

当 /user/name 改变时,组件自动更新——无需重新生成组件。这种响应式绑定是 A2UI 协议的核心优势,展示了为什么 A2UI 对动态、数据驱动界面如此高效。A2UI 协议数据绑定系统使 Agent 能够更新 UI 状态而无需重新生成整个组件树。

为什么使用 A2UI 协议?

1. 安全性:声明式数据,非代码

A2UI 协议传输声明式组件描述,而非可执行代码。Agent 从客户端的可信目录请求组件,消除代码执行风险。这使 A2UI 非常适合 Agent 跨信任边界运行的多 Agent 系统。A2UI 协议的安全模型是其最重要的特性之一,使不受信任的 Agent 能够安全生成 UI。

💡 安全优势

与需要大量沙箱的基于 iframe 的解决方案不同,A2UI 组件由客户端使用其自己的可信组件渲染。Agent 从不执行代码——它只描述应该显示什么 UI。

2. 原生感和性能

A2UI 消除了 iframe 和视觉不协调。客户端使用其原生 UI 框架(Angular、React、Flutter、SwiftUI)渲染 A2UI 消息,继承:

  • 应用样式 - 完美的品牌一致性
  • 无障碍功能 - 原生无障碍特性
  • 性能 - 原生渲染性能

3. 跨平台可移植性

一个 A2UI 响应到处可用。相同的 JSON 消息可在以下平台渲染:

  • Web: Lit、Angular、React(2026 年 Q1 推出)
  • 移动端: Flutter、SwiftUI、Jetpack Compose
  • 桌面: Flutter、原生桌面框架

这种可移植性是 A2UI 协议的关键差异化特性。使用 A2UI 构建时,您同时为所有平台构建。A2UI 协议规范确保 Agent 可以生成一次 UI,到处运行。

4. LLM 友好设计

A2UI 协议针对 LLM 生成进行了优化。这种 LLM 友好设计使 A2UI 对 AI Agent 应用如此有效:

  • 扁平组件列表 - 易于使用 A2UI 协议增量生成
  • 基于 ID 的引用 - 易于纠正 A2UI 组件树中的错误
  • 可流式传输格式 - A2UI 组件生成时渐进式渲染
  • 结构化输出 - 自然适配 LLM 结构化生成能力,使 A2UI 成为 AI Agent 的理想选择

5. 框架无关

A2UI 发送抽象组件树。客户端将这些映射到其原生组件,实现:

  • 框架选择 - 使用 A2UI 协议配合您喜欢的 UI 框架
  • 自定义组件 - 使用特定领域组件扩展 A2UI
  • 设计系统集成 - 使用 A2UI 样式能力完美匹配您的品牌

A2UI 协议的框架无关特性意味着您不会被锁定在任何特定技术栈。A2UI 可与您选择的任何框架配合使用。

A2UI 架构和核心概念

三层架构

A2UI 协议将关注点分为三个不同层次。这种架构分离是 A2UI 工作原理的基础:

  1. UI 结构 - 通过 A2UI 协议中的 surfaceUpdate 定义组件
  2. 应用状态 - 通过 A2UI 协议中的 dataModelUpdate 定义数据模型
  3. 客户端渲染 - A2UI 消息的原生组件映射和渲染

这种分离实现:

  • 数据绑定 - A2UI 中无需重新生成组件的响应式更新
  • 可重用模板 - 使用 A2UI 协议的一个模板,多个数据实例
  • 清晰架构 - A2UI 系统中 Agent 与客户端之间的清晰边界

A2UI 协议的三层架构确保 UI 结构、状态和渲染保持独立,使 A2UI 灵活且易于维护。

A2UI 标准目录

A2UI 协议定义了按用途组织的标准组件目录。这个 A2UI 标准目录提供了所有 A2UI 客户端必须支持的通用组件集:

类别 组件 用例
布局 Row、Column、List 排列其他组件
显示 Text、Image、Icon、Video、Divider 显示信息
交互 Button、TextField、CheckBox、DateTimeInput、Slider 用户输入和交互
容器 Card、Tabs、Modal 分组和组织内容

A2UI 中的自定义组件

除标准目录外,A2UI 支持特定领域需求的自定义组件。A2UI 协议可扩展性模型允许:

  • 图表和可视化 - 使用 A2UI 自定义组件的自定义数据显示
  • 地图和位置 - 使用 A2UI 协议的地理界面
  • 专用组件 - A2UI 应用中的行业特定组件

自定义组件从客户端的渲染器向 Agent 通告,在保持 A2UI 协议安全性的同时实现可扩展性。这使 A2UI 能够适应任何领域或用例。

A2UI 的渐进式渲染

A2UI 协议支持流式传输和渐进式渲染。这种渐进式渲染能力是 A2UI 的关键特性:

{"surfaceUpdate":{"surfaceId":"main","components":[...]}}
{"dataModelUpdate":{"surfaceId":"main","contents":[...]}}
{"beginRendering":{"surfaceId":"main","root":"root-component"}}

用户可实时看到 UI 构建过程,而非等待完整响应——这是 A2UI 带来的显著 UX 改进。A2UI 协议流式格式使这种渐进式渲染成为可能,允许 A2UI 客户端在生成时显示 UI。

Google 的 A2UI 实现

Google 从一开始就是 A2UI 的核心贡献者,A2UI 为 Google 的多个生产系统提供支持。Google 对 A2UI 协议的投入展示了该协议的生产就绪性和企业价值。Google 的 A2UI 实现展示了 A2UI 协议如何扩展以服务数百万用户:

Google Opal:AI 迷你应用平台

Opal 使数十万人能够使用自然语言构建、编辑和分享 AI 迷你应用。Opal 团队使用 A2UI 为其动态生成式 UI 系统提供支持。

Opal 如何使用 A2UI:

  • 快速原型设计 - 使用 A2UI 协议快速构建和测试新 UI 模式
  • 用户生成应用 - 任何人都可以使用 A2UI 创建具有自定义 UI 的应用
  • 动态界面 - UI 使用 A2UI 协议自动适应每个用例

Opal 的成功展示了 A2UI 在面向用户应用中的强大功能。A2UI 协议使 Opal 能够为 AI 生成的应用提供灵活、安全的平台。

"A2UI 是我们工作的基础。它让我们能够灵活地让 AI 以新颖的方式驱动用户体验,而不受固定前端的限制。其声明式特性和对安全性的关注使我们能够快速、安全地进行实验。"

— Dimitri Glazkov,首席工程师,Opal 团队

Gemini Enterprise:自定义业务 Agent

Gemini Enterprise 使企业能够构建强大的自定义 AI Agent。A2UI 正在集成,允许企业 Agent 在业务应用中渲染丰富的交互式 UI。

Gemini Enterprise 中的 A2UI 用例:

  • 数据录入表单 - 使用 A2UI 协议进行结构化数据收集的 AI 生成表单
  • 审批仪表板 - 使用 A2UI 的审查和审批流程动态 UI
  • 工作流自动化 - 由 A2UI 协议支持的复杂任务分步界面
  • 自定义企业 UI - 使用 A2UI 的行业特定需求定制界面

Gemini Enterprise 采用 A2UI 展示了 A2UI 协议如何实现企业级 Agent 应用。A2UI 集成允许 Gemini Enterprise Agent 为业务工作流生成丰富的交互式 UI。

"我们的客户需要他们的 Agent 不仅仅是回答问题;他们需要 Agent 引导员工完成复杂的工作流程。A2UI 将允许在 Gemini Enterprise 上构建的开发者让其 Agent 生成任何任务所需的动态自定义 UI,从数据录入表单到审批仪表板,显著加速工作流自动化。"

— Fred Jabbour,产品经理,Gemini Enterprise

Flutter GenUI SDK:跨平台生成式 UI

Flutter GenUI SDK 使用 A2UI 作为底层协议在服务器端 Agent 和 Flutter 应用之间通信。使用 GenUI 时,您实际上在使用 A2UI。

GenUI 从 A2UI 获得的好处:

  • 跨平台支持 - 使用 A2UI 协议的同一 Agent 可在 iOS、Android、Web、桌面上工作
  • 原生性能 - 使用 A2UI 在每个平台上原生渲染 Flutter 组件
  • 品牌一致性 - 通过 A2UI 协议使 UI 与应用设计系统匹配
  • 服务器驱动 UI - Agent 使用 A2UI 控制显示内容,无需应用更新

Flutter GenUI SDK 使用 A2UI 展示了 A2UI 协议如何实现跨平台生成式 UI。A2UI 集成使 GenUI 成为构建 AI 驱动 Flutter 应用的强大工具。

"我们的开发者选择 Flutter 是因为它让他们能够快速创建富有表现力、品牌丰富的自定义设计系统,在每个平台上都感觉很棒。A2UI 非常适合 Flutter 的 GenUI SDK,因为它确保每个用户在每个平台上都能获得高质量的原生体验。"

— Vijay Menon,工程总监,Dart & Flutter

Google 内部 Agent 采用

随着 Google 在整个公司采用 AI,A2UI 为 AI Agent 交换用户界面(而非仅文本)提供了标准化方式。Google 内部使用 A2UI 协议展示了其对大规模 Agent 系统的价值:

  • 多 Agent 工作流 - 多个 Agent 使用 A2UI 协议为同一表面做出贡献
  • 远程 Agent 支持 - 运行在不同服务上的 Agent 可通过 A2UI 提供 UI
  • 标准化 - 跨团队的通用 A2UI 协议减少集成开销
  • 外部暴露 - 内部 Agent 可使用 A2UI 轻松对外暴露(如 Gemini Enterprise)

Google 内部采用 A2UI 展示了 A2UI 协议如何在不同 Agent 系统间实现标准化和互操作性。A2UI 方法使 Google 团队能够构建无缝协作的 Agent。

"就像 A2A 让任何 Agent 可以与其他 Agent 对话而不受平台限制一样,A2UI 标准化了用户界面层,并通过编排器支持远程 Agent 用例。这对内部团队非常强大,使他们能够快速开发丰富用户界面成为常态而非例外的 Agent。随着 Google 进一步推进生成式 UI,A2UI 为可在任何客户端渲染的服务器驱动 UI 提供了完美平台。"

— James Wren,高级首席工程师,AI Powered Google

A2UI 与其他 Agent UI 解决方案对比

A2UI vs. AG UI / CopilotKit

AG UI / CopilotKit 提供了构建 Agent 应用的综合框架,具有开箱即用的 A2UI 兼容性。

它们如何协同工作:

  • AG UI 擅长在自定义前端和专用 Agent 之间创建高带宽连接
  • A2UI 实现从第三方 Agent 渲染动态 UI
  • 结合使用: 开发者从 AG UI 获得状态同步,加上 A2UI 渲染以支持多 Agent

何时直接使用 A2UI:

  • 构建跨信任边界的多 Agent 平台
  • 需要 Agent 到 UI 通信的标准协议
  • 需要 React 之外的跨平台支持

何时将 AG UI 与 A2UI 结合使用:

  • 构建全栈 React 应用
  • 需要状态同步和聊天历史管理
  • 希望与现有 React 代码库无缝集成

A2UI vs. MCP Apps

模型上下文协议(MCP)Apps 将 UI 视为资源(通过 ui:// URI 访问),在沙箱 iframe 中渲染预构建的 HTML 内容。

A2UI 的不同之处:

  • A2UI 采用"原生优先"方法——Agent 发送原生组件蓝图
  • A2UI UI 完美继承宿主应用的样式和无障碍功能
  • A2UI 消息轻量且可被编排器 Agent 理解
  • A2UI 实现更好的多 Agent 协作

何时使用 A2UI:

  • 需要与宿主应用样式的原生 UI 集成
  • 构建带编排器的多 Agent 系统
  • 需要跨平台一致性

何时使用 MCP Apps:

  • 需要沙箱 iframe 中的完全 UI 隔离
  • 预构建的 HTML 界面已足够
  • 专门在 MCP 生态系统内工作

A2UI vs. 平台特定解决方案

OpenAI ChatKit 等工具为在特定生态系统中部署 Agent 提供高度集成的体验。

A2UI 优势:

  • 框架无关 - 适用于 Web、Flutter、原生移动端
  • 企业网格 - 专为 A2A 和跨信任边界通信设计
  • 客户端控制 - 客户端控制样式以实现视觉一致性
  • 开源 - Apache 2.0 许可证,社区驱动

何时使用 A2UI:

  • 跨多个平台构建自己的 Agent 界面
  • 需要不同 Agent 平台间的互操作性
  • 需要品牌一致性和设计系统集成

A2UI 入门

路径 1:构建宿主应用(前端)

将 A2UI 渲染集成到现有应用或构建新的 Agent 驱动前端。

选择渲染器:

平台 渲染器 状态
Web Lit、Angular ✅ 可用
移动端/桌面 Flutter GenUI SDK ✅ 可用
React React 渲染器 🚧 2026 年 Q1 推出

快速设置示例(Angular):

npm install @a2ui/angular

通过 SSE、WebSockets 或 A2A 连接到 Agent 消息,并自定义样式以匹配您的品牌。

路径 2:构建 Agent(后端)

创建为任何兼容客户端生成 A2UI 响应的 Agent。

选择您的框架:

语言 框架 状态
Python Google ADK、LangChain、自定义 ✅ 可用
Node.js A2A SDK、Vercel AI SDK、自定义 ✅ 可用

在 LLM 提示中包含 A2UI 架构,生成 JSONL 消息,并通过 SSE、WebSockets 或 A2A 流式传输到客户端。

路径 3:使用现有框架

通过内置支持的框架使用 A2UI:

A2UI 开发最佳实践

1. 组件设计

✅ 推荐:

  • 使用描述性 ID:"user-profile-card" 而非 "c1"
  • 保持层次结构浅层
  • 使用数据绑定分离结构和内容
  • 使用模板重用组件

❌ 不推荐:

  • 使用深层嵌套的组件结构
  • 硬编码应该数据绑定的值
  • 创建过于特定于单一用例的组件

2. 数据绑定

✅ 推荐:

  • 使用细粒度更新——仅更新已更改的路径
  • 按领域组织数据(user、cart、ui)
  • 发送前预计算显示值(货币、日期)

❌ 不推荐:

  • 仅一个字段更改时更新整个数据模型
  • 在同一路径混合不相关数据
  • 发送需要格式化的原始数据

3. 消息流式传输

✅ 推荐:

  • 增量流式传输组件以实现渐进式渲染
  • 在 dataModelUpdate 之前发送 surfaceUpdate
  • 使用 beginRendering 表示 UI 就绪

❌ 不推荐:

  • 等待完整响应后再发送任何消息
  • 在组件定义之前发送数据更新
  • 忘记发出渲染完成信号

4. 错误处理

✅ 推荐:

  • 跳过格式错误的消息并继续处理
  • 为网络中断显示错误状态
  • 允许 Agent 在错误后重新发送或恢复

❌ 不推荐:

  • 因单个格式错误的消息而崩溃
  • 重新连接期间丢失用户上下文
  • 忽略来自客户端的错误反馈

5. 性能优化

✅ 推荐:

  • 批量更新以适应 16ms 渲染周期
  • 使用差异比较仅更新已更改的属性
  • 进行细粒度数据模型更新

❌ 不推荐:

  • 发送冗余组件更新
  • 一个组件更改时更新整个表面
  • 忽略客户端渲染能力

关于 A2UI 的常见问题

问:什么是 A2UI 协议?

答: A2UI 协议是一种声明式 UI 协议,使 AI Agent 能够生成丰富的交互式用户界面。Agent 发送描述 UI 组件的 JSON 消息,客户端使用其原生 UI 框架渲染这些消息。A2UI 专为多 Agent 系统设计,Agent 需要跨信任边界生成 UI,同时保持安全性和原生性能。

问:A2UI 与发送 HTML 有何不同?

答: 与 HTML/JavaScript 方法不同,A2UI 协议传输声明式组件描述,而非可执行代码。客户端使用自己的可信组件渲染 A2UI 消息,消除安全风险。A2UI 还提供原生样式集成、跨平台可移植性,以及相比基于 iframe 的 HTML 解决方案更好的性能。

问:A2UI 仅适用于 Web 应用吗?

答: 不是。A2UI 设计用于跨平台使用。相同的 A2UI 消息可在 Web(Lit、Angular、React)、移动端(Flutter、SwiftUI、Jetpack Compose)和桌面平台上渲染。这种可移植性是 A2UI 协议的核心优势。

问:我可以在 A2UI 中使用自定义组件吗?

答: 可以。A2UI 支持标准目录之外的自定义组件。客户端在其渲染器中注册自定义组件类型,Agent 可以将它们与标准组件一起使用。自定义组件通过成为客户端可信目录的一部分来保持安全性。

问:A2UI 如何处理实时更新?

答: A2UI 协议使用 JSON Pointer 路径进行数据绑定。当应用状态通过 dataModelUpdate 更改时,绑定到这些路径的组件自动更新,无需重新生成组件。这种响应式绑定实现高效的实时更新。

问:A2UI 支持哪些传输协议?

答: A2UI 消息可通过任何传输协议传递:

  • A2A 协议 - 用于多 Agent 系统
  • AG UI - 双向实时通信
  • SSE(服务器发送事件) - 单向流式传输
  • WebSockets - 全双工通信
  • REST - 请求-响应(可行但尚未提供)

问:A2UI 是开源的吗?

答: 是的。A2UI 在 Apache 2.0 许可证下开源。Google 一直是核心贡献者,项目欢迎社区贡献。您可以在 GitHub 上找到源代码并参与贡献。

问:Google 如何使用 A2UI?

答: Google 在生产系统中使用 A2UI,包括:

  • Opal - 为数十万用户提供的 AI 迷你应用平台
  • Gemini Enterprise - 具有丰富 UI 的自定义业务 Agent
  • Flutter GenUI SDK - 跨平台生成式 UI 框架
  • 内部 Agent 系统 - Google 团队间的标准化 UI 协议

问:我可以在现有 React 应用中使用 A2UI 吗?

答: 可以,有两种方式:

  1. AG UI / CopilotKit - 内置 A2UI 支持的全栈 React 框架
  2. React 渲染器 - 原生 React 渲染器将于 2026 年 Q1 推出

问:是什么使 A2UI 对 LLM 友好?

答: A2UI 协议使用扁平邻接表模型而非嵌套树,使 LLM 更容易增量生成。组件通过简单 ID 标识,错误易于纠正,格式支持渐进式渲染的流式传输。

总结与后续步骤

A2UI 协议代表了 AI Agent 生成用户界面方式的根本性转变。通过将 UI 结构与应用状态分离并使用声明式 JSON 消息,A2UI 实现了安全、原生、跨平台的 UI 生成,与您的应用完美集成。A2UI 协议正在改变开发者构建 Agent 驱动应用的方式,Google 在生产中使用 A2UI 验证了其方法。

A2UI 的关键优势

  1. 安全性 - 使用 A2UI 协议的声明式数据,无代码执行
  2. 原生性能 - 通过 A2UI 使用客户端 UI 框架渲染
  3. 跨平台 - 一个 A2UI 协议,多个平台
  4. LLM 友好 - 使用 A2UI 针对 AI Agent 生成优化
  5. 生产验证 - 使用 A2UI 协议为 Google 的 Opal、Gemini Enterprise 和 Flutter GenUI 提供支持

这些优势使 A2UI 成为构建 Agent 驱动应用的首选协议。A2UI 协议以其他解决方案无法比拟的方式结合了安全性、性能和可移植性。

入门指南

对于前端开发者:

  • 选择支持 A2UI 协议的渲染器(Lit、Angular 或 Flutter GenUI)
  • 为您的框架安装 A2UI 渲染器包
  • 连接到 Agent 消息并使用 A2UI 自定义样式

对于 Agent 开发者:

  • 选择支持 A2UI 协议的框架(Python ADK、Node.js A2A SDK)
  • 在 LLM 提示中包含 A2UI 架构以生成 A2UI 消息
  • 使用 A2UI 协议生成 JSONL 消息并流式传输到客户端

对于平台构建者:

  • 探索 A2UI 规范以了解 A2UI 协议细节
  • 为 A2UI 构建自定义渲染器或扩展现有渲染器
  • 为开源 A2UI 社区做出贡献

无论您的角色如何,开始使用 A2UI 协议都很简单。A2UI 生态系统为每个用例提供工具和文档。

资源

  • 文档: A2UI 文档
  • GitHub: google/A2UI
  • 快速入门: 尝试交互式演示
  • 社区: 加入讨论并分享您的项目

A2UI 的未来

随着 AI Agent 变得更加强大和普及,对标准化 UI 生成协议的需求不断增长。A2UI 协议有望成为 Agent 驱动界面的标准,使新一代应用能够让 AI Agent 无缝生成在每个平台上都感觉原生的丰富交互式 UI。Google 采用 A2UI 和不断增长的 A2UI 生态系统展示了该协议的潜力。

无论您是构建下一代 AI 驱动应用、将 Agent 集成到现有平台,还是创建新的 Agent 编排系统,A2UI 都提供了协议、工具和社区,使 Agent 驱动 UI 成为现实。A2UI 协议是 Agent 驱动界面未来的基础,现在是开始使用 A2UI 构建的时候了。

准备好使用 A2UI 构建了吗? 从快速入门指南开始,或探索组件库查看 A2UI 的实际应用。A2UI 协议已准备好用于生产,Google 使用 A2UI 的成功证明了其价值。加入 A2UI 社区,立即开始构建下一代 Agent 驱动应用。

A2UI 协议完全指南

A2UI 协议完全指南:使用 Google A2UI 构建 Agent 驱动的 UI(2025 版)

posted on 2026-01-07 11:10  sing1ee  阅读(997)  评论(0)    收藏  举报