谷歌再推智能体王炸级标准A2UI

除了之前发布的多智能体协议A2A，谷歌又推出了UI智能体协议A2UI，在智能体时代算是炸了又炸！且看它对互联网、车载座舱、游戏交互的影响吧！

0 TL;DR（极简概要，阅此足矣）

A2UI：Agent-to-User Interface（代理到用户界面）

A2UI 是一个开源项目，包含一套专为“可更新的代理生成 UI”而优化的格式，以及首批渲染器，让代理能够生成或填充丰富的用户界面。

一组已渲染的 A2UI 卡片，展示 A2UI 可实现的多种 UI 组合。

1 摘要

生成式 AI 擅长生成文本与代码，但代理在向用户呈现丰富、可交互的界面时常常力不从心，尤其是当代理运行在远程或跨越信任边界时。

A2UI 是一套开放标准与库，让代理能够“说 UI”。代理发送一份声明式 JSON，描述 UI 的意图；客户端应用再使用自己的原生组件库（Flutter、Angular、Lit 等）将其渲染出来。

这种方式既保证了代理生成 UI 像数据一样安全，又像代码一样富有表现力。

2 设计理念

A2UI 旨在解决代理在跨平台、可互操作、生成式或模板化 UI 响应中所面临的特定挑战。

项目的核心哲学：

安全优先, Security First：运行由 LLM 生成的任意代码可能存在安全风险。A2UI 是一种声明式数据格式，而非可执行代码。客户端应用维护一份“目录”，其中仅包含受信任、预批准的 UI 组件（如 Card、Button、TextField），代理只能请求渲染该目录中的组件。

对 LLM 友好且可增量更新, LLM-friendly and incrementally updateable：UI 被表示为带 ID 引用的扁平组件列表，易于 LLM 逐步生成，支持渐进式渲染与响应式用户体验。随着对话推进，代理可基于新的用户请求高效地对 UI 进行增量修改。

框架无关且可移植, Framework-agnostic and portable：A2UI 将 UI 结构与 UI 实现分离。代理发送组件树的描述及其关联的数据模型；客户端负责将这些抽象描述映射到自身的原生控件——无论是 Web 组件、Flutter Widget、React 组件、SwiftUI 视图，还是其他任何实现。同一份 A2UI JSON 负载可在基于不同框架的多个客户端上渲染。

灵活性, Flexibility：A2UI 还提供开放的注册表模式，允许开发者将服务端类型映射到自定义客户端实现，从原生移动控件到 React 组件皆可。通过注册“Smart Wrapper”，你可以把任何已有 UI 组件（包括用于遗留内容的安全 iframe 容器）接入 A2UI 的数据绑定与事件系统。关键是，安全掌控权完全在开发者手中，可在自定义组件逻辑内直接实施严格的沙箱策略与“信任阶梯”，而不仅仅依赖核心系统。

3 用例

部分用例包括

• 动态数据收集：代理根据对话上下文即时生成定制表单（日期选择器、滑块、输入框），例如预订特殊服务。

• 远程子代理：编排代理将任务委派给远程专业代理（如差旅预订代理），后者返回 UI 负载并嵌入主聊天窗口。

• 自适应工作流：企业代理根据用户查询即时生成审批仪表板或数据可视化。

   

4 架构

A2UI 流程将 UI 的“生成”与“执行”解耦：

1. 生成：代理（使用 Gemini 或其他 LLM）生成或复用预生成的 A2UI Response，即一份 JSON 负载，描述 UI 组件的组成及其属性。

2. 传输：该消息通过 A2A、AG UI 等协议发送到客户端应用。

3. 解析：客户端的 A2UI 渲染器解析 JSON。

4. 渲染：渲染器将抽象组件（如 type: 'text-field'）映射到客户端代码中的具体实现。

5 写在最后

资深玩家请移步github，有详细的实操教程。

https://github.com/google/A2UI

任何问题，随时私信小编。Have fun！

原文链接：https://mp.weixin.qq.com/s/_d_aeVLTqvlGtHAlvbAmOw