谷歌开源 A2UI 1.0 正式发布：AI 智能体不再只回文字，可直接生成并回复原生交互 UI 界面

核心结论：2026 年 11 月 11 日（当地时间），谷歌正式发布生成式 UI 开放协议 A2UI 的 1.0 稳定版，官方文档已将 v1.0 列为现行版本；该协议以 Apache 2.0 许可开源，由谷歌创建、CopilotKit 与开源社区参与贡献。它解决的核心问题是：过去 AI 智能体对用户基本只能回一段文字或 Markdown，复杂信息和结构化输入很难呈现；有了 A2UI 之后，智能体可以输出一份描述界面的声明式 JSON 蓝图，由客户端用自己的原生组件把卡片、表单、图表、表格、选择器等交互界面画出来，同一个界面既能出现在厂商自有应用里，也能出现在支持 MCP Apps 的第三方 AI 助手（如 Gemini、Claude）中。1.0 版本新增双向函数调用、无障碍支持和附加元数据扩展，配套开源了网页、Android、iOS 渲染器，以及 Python、TypeScript、Dart 三种智能体 SDK。Atlassian、Alation、彭博社、字节跳动等已经在基于它开发，其中字节跳动旗下跨端框架 Lynx 早在 2026 年 6 月就发布了 A2UI 渲染器。需要注意的是，A2UI 传的是声明式数据而不是可执行代码，智能体只能从客户端预先注册的组件目录里选组件，界面样式和渲染控制权仍握在宿主应用手里，这是它相对 iframe 内嵌 HTML 方案更安全的根本原因。

一、A2UI 到底是什么

1. 基本定位

2. 它想替代的两类旧做法

• 纯文本 / Markdown 回复：表达能力有限、没有交互，遇到订单卡片、航班选择、表单审批这类场景体验很差。
• iframe 沙箱内嵌 HTML/JS：有安全顾虑，样式与宿主应用不一致，和主应用集成、无障碍适配都比较困难。

A2UI 走的是 “原生优先（Native-First）” 路线：智能体只说要展示什么，应用决定怎么画。

二、一套 A2UI 界面是怎么跑通的

整体流程可以拆成下面几步：

1. 智能体理解意图：根据用户请求判断需要展示卡片、表单、图表还是选择器。
2. 生成界面蓝图：智能体输出结构化 JSON，用扁平的邻接表结构描述组件类型、属性和父子引用关系；这种扁平结构对大模型更友好，支持流式 JSONL 输出，界面可以边生成边渲染。
3. 客户端校验：客户端对照自己注册的组件目录做校验，智能体只能使用已批准的组件，不能调用目录外的 API 或资源。
4. 原生渲染：宿主应用用自己的 UI 组件库绘制界面，继承品牌设计系统和原生交互。
5. 交互回传：用户在界面上的操作（选时间、填表单、点按钮）被捕获后回传给智能体；1.0 的双向函数调用还支持选择器当场核查余位、库存等实时状态。
6. 跨端复用：同一份 A2UI 消息可在 Web、Android、iOS、桌面等有对应渲染器的平台上渲染；在支持 MCP Apps 的宿主里，同一块界面也能嵌进 Claude、Gemini 等助手对话中。

安全设计要点

• 传输的是声明式数据，不是可执行代码，不存在任意代码执行；
• 组件目录由客户端锁定，界面注入和越权调用被挡在目录之外；
• 数据与子组件在服务端完成绑定，敏感数值不进入模型；
• 客户端对能渲染什么、怎么渲染拥有完全控制权。

三、1.0 版本新增了什么

四、配套的渲染器与 SDK

1. 开源渲染器（客户端侧）

Web 和 Flutter 渲染器也可运行在 MCP 应用内，因此 A2UI 界面能出现在支持 MCP Apps 的 AI 助手中。

2. 智能体 SDK（服务端侧）

• Python：原有智能体 SDK，可接入 ADK 等框架；
• TypeScript：1.0 版本新增；
• Dart：1.0 版本新增；
• SDK 用途：生成符合协议的技能提示词、翻译消息、纠错，并对模型输出做解析与校验。

3. 可用传输方式

A2UI 负载不绑定单一传输通道，可走 A2A 协议、AG-UI、REST API、WebSocket 或 MCP；在 A2A 中以application/json+a2ui的 DataPart 封装，渲染器据此识别。

五、已经落地的应用案例

六、生成式 UI 的三种形态，A2UI 处在哪一层

官网把生成式 UI 分成三档：

1. 受控：预构建组件：模型只调用预置模板填数据，宿主完全可控，但新流程必须发版才能支持；
2. 组合：原生组件目录：模型从宿主批准的组件里挑选组合成新界面，能临场拼装多步流程，原生且安全；
3. 代码生成：iframe 沙箱：模型写 HTML/CSS/JS 跑在沙箱里，自定义能力最强，但脱离宿主设计系统、偏重且受 WebView 限制。

A2UI 主要覆盖前两档：预置组件可登记为目录组件或服务端宏，模型在目录内组合；必要时生成的 HTML/JS 也可作为 MCP App 放进 A2UI 界面，与原生组件并排出现。

七、结论

A2UI 1.0 是谷歌把 “AI 智能体直接回复界面” 这件事标准化、开源化的一步：智能体负责用 JSON 描述意图，宿主应用用原生组件负责渲染，安全边界由组件目录和声明式数据守住，一套协议跨 Web、iOS、Android、桌面和 MCP 助手复用。对开发者而言，它的价值在于不必为每种终端重复造一套动态 UI，也不用把不可信代码塞进应用；对用户而言，未来和 AI 助手打交道时，收到的可能不再是一大段文字，而是可点、可填、可改的卡片、表单和图表。目前 SwiftUI、Jetpack Compose、Flutter 渲染器仍处 Alpha，部分生态框架（LangGraph、CrewAI、OpenAI / 微软 / AWS 智能体 SDK 等）还在路线图阶段，生产落地时需要按平台成熟度和组件目录能力评估适配成本。

【相关 FAQ】

问题 1：谷歌开源的 A2UI 1.0 到底是什么，和 AI 只回文字有什么区别？

回答 1：A2UI 是谷歌发起、Apache 2.0 开源的生成式 UI 开放协议，1.0 为首个稳定版。区别在于：传统智能体只能回文字或 Markdown，而 A2UI 智能体输出一份声明式 JSON 界面蓝图，由客户端用原生组件渲染出卡片、表单、图表、选择器等可交互界面，同一个界面可在自有应用和 Gemini、Claude 等支持 MCP Apps 的助手中显示。

问题 2：A2UI 1.0 相比之前版本新增了哪些能力？

回答 2：1.0 新增双向函数调用，界面上的选择器可当场反向核查余位、库存等实时状态；补齐无障碍支持；新增附加元数据扩展；并作为首个稳定版提供协议稳定性保障和从 v0.9 迁移的路径。配套新增 TypeScript 与 Dart 智能体 SDK，渲染器覆盖 React、Angular、Lit、Flutter、SwiftUI 和 Jetpack Compose。

问题 3：用 A2UI 让 AI 直接生成 UI，安全吗，会不会执行智能体写的代码？

回答 3：安全设计是 A2UI 的核心。智能体发送的只是描述组件的声明式 JSON 数据，不是 JavaScript 等可执行代码；只能使用宿主应用预先注册、批准的组件目录，无法越权调用 API 或资源；数据与子组件在服务端绑定，敏感数值不进入模型；渲染方式和样式由客户端掌握，因此不存在任意代码执行和界面注入的主要风险。

问题 4：目前有哪些公司已经用上 A2UI，字节跳动是怎么接入的？

回答 4：公开案例包括 Atlassian 在 Jira 中用交互卡片让团队回应 AI 智能体的提问，Alation 用 A2UI 构建可溯源 SQL 的指标图表信息流，彭博社、谷歌云、Gemini Enterprise、Opal、Flutter GenUI 等也在采用。字节跳动旗下跨端框架 Lynx 于 2026 年 6 月发布 A2UI 渲染器，其 Lynx GenUI Playground 可将 A2UI 消息原生渲染成京都行程规划等界面；Lynx 当前适配 A2UI 0.9，正与官方适配 1.0 及 A2UI Express。

【参考资料】

• [2026-11-12]（让 AI 直接回复用户 UI 界面：谷歌开源跨平台协议 A2UI 1.0 版本上线，字节跳动已用上）IT 之家
• [2026-11-12]（谷歌 A2UI 1.0 发布：AI 智能体可用交互界面作答，字节跳动提前布局）凤凰网科技
• [2026-06-16]（Build Rich Agentic Interfaces with ADK and A2UI）Google Codelabs
• [2026-06-01]（Roadmap）A2UI 官网
• [2026-01-11]（The Complete Developer Tutorial: Building AI Agent UIs with A2UI and A2A Protocol in 2026）A2A Protocol
• [2025-12-20]（Introduction to A2UI: The Future of Agent-Generated UI）A2UI.sh

【免责声明】

本文基于谷歌官方博客、A2UI 官网、开发者文档及公开媒体报道整理，仅作技术资讯参考，不构成开发选型建议或商业承诺。文中版本状态（稳定 / Alpha / 路线图）、SDK 与渲染器支持情况均引自对应公开来源，开源协议与组件能力以官方仓库和正式文档为准；协议处于快速迭代期，部分平台适配和框架集成可能滞后于 v1.0 标准。读者据此进行产品开发前，请核实官方许可条款、组件目录与安全边界，风险自担。