当地时间 11 月 11 日谷歌官宣 A2UI 1.0，也就是 Agent-to-User Interface，这是该生成式 UI 协议第一个正式稳定版本，协议采用 Apache 2.0 开源许可，由谷歌主导，CopilotKit 和社区一起参与共建，从此 AI Agent 不用只输出文字、Markdown 或者危险的前端代码，可以输出标准化的声明式 JSON，交给客户端渲染成本地原生交互界面。这套方案解决了之前生成 UI 的两大痛点，一是 AI 直接写 HTML、JS 容易带来注入安全风险，二是不同平台、不同框架没有统一标准，跨端界面很难对齐；现在 Agent 只负责描述界面长什么样、有哪些组件，客户端拥有最终渲染控制权，还能限制可用组件，就算是第三方智能体接入，也不会随便执行恶意脚本。开发者现在可以直接基于稳定规范做生产环境落地，配套多平台渲染 SDK、Agent SDK 已经同步放出，字节跳动、Atlassian、彭博社等企业已经提前接入开展业务测试，Gemini、Claude 这类支持 MCP 的助手也可以承载 A2UI 界面，让智能助手可以输出表单、选择器、图表、预约面板这类可交互组件。
一、A2UI 是什么
A2UI 全称 Agent-to-User Interface，属于跨框架、跨平台开放协议，用来打通 AI 智能体和客户端界面渲染层。
- 核心思想：只描述，不编码：Agent 输出结构化 JSON，而不是可执行代码；客户端拿到数据之后，对照本地组件目录，渲染成平台原生控件。
- 定位：不是 UI 框架，是通信标准，可以搭配 React、Flutter、SwiftUI、Jetpack Compose 使用。
- 底层传输：原生兼容 AG‑UI 协议，各类基于 AG‑UI 的 Agent 不用额外改造就能发送 A2UI 界面。
- 授权：Apache 2.0，允许商用、修改、二次分发。
二、A2UI 1.0 稳定版新增能力
| 功能 | 说明 |
|---|---|
| 双向函数调用 | callRendererFunction、callAgentFunction，界面和智能体可以互相调用方法，适合预约、查库存、表单提交这类需要实时校验的场景 |
| 按组件混合组件目录 | 单张界面里可以混合多套组件库，同时遵守产品自身设计规范 |
| 内联组件与数据模型 | 在 createSurface 阶段直接携带组件定义和绑定数据，简化动态界面创建 |
| 无障碍扩展 | 完善 ARIA、语义标签支持，满足无障碍访问要求 |
| 元数据扩展接口 | 预留自定义元数据字段，用于埋点、权限标记、业务标签 |
| 更强校验规则 | 对传入结构、组件属性增加规范校验，降低渲染异常 |
三、完整运行流程
- 用户向 AI Agent 发起请求，Agent 判断需要返回交互式界面。
- Agent 按照 A2UI 规范生成 JSON，声明需要的按钮、表单、日期选择器、图表等组件以及绑定数据。
- 客户端接收报文，执行校验，过滤不在允许目录内的组件。
- 使用平台原生渲染器，把声明描述渲染成本地原生 UI。
- 用户点击、填写表单、选择选项，交互事件回传给 Agent。
- Agent 根据用户操作生成新的 A2UI 描述或者文本回复，循环交互。
四、多平台渲染生态现状
- Web：React、Angular、Lit，已经稳定可用。
- 跨端：Flutter，支持 Web、移动端、桌面。
- iOS：SwiftUI 渲染器。
- Android：Jetpack Compose，目前还处于 Alpha 阶段。
- Agent SDK：提供 Python、TypeScript、Dart 版本，搭配 Google ADK、LangChain、LangGraph 使用。
- MCP 适配：Web、Flutter 渲染器可以跑在 MCP 应用内部，Claude、Gemini 都可以展示 A2UI 界面。
五、安全设计要点
- 禁止任意代码执行：协议本身不传递 JS、HTML，不存在脚本注入风险。
- 组件白名单：客户端掌握组件目录，可以限制 Agent 能够使用的控件。
- 数据隔离：敏感数据在客户端绑定，不会全部送入大模型。
- 函数白名单：可以调用的能力提前注册，Agent 只能触发许可的动作。
六、适用场景与局限
适合用来做 AI 预约表单、数据筛选面板、订单确认卡片、参数配置器、图表交互式查询、AI 迷你应用，谷歌自家 Opal 的 AI 小程序就是依托 A2UI 搭建。局限在于，它只定义界面描述标准，不自带完整业务逻辑；如果想要复杂动效、高度定制控件，依然需要在客户端提前注册自定义组件；另外 Android Compose 渲染器还没有稳定，安卓大规模落地还要等待。
【相关 FAQ】
问题 1：谷歌发布的 A2UI 1.0 稳定版，A2UI 到底是 UI 框架还是协议？
回答 1：谷歌发布的 A2UI 1.0 稳定版属于生成式 UI 通信协议，不是前端框架，它规定 AI Agent 怎么描述界面，再交给客户端原生渲染器画出组件，可以接入 React、Flutter、SwiftUI 等各类框架。
问题 2：A2UI 1.0 稳定版的双向函数调用，能够实现什么样的交互？
回答 2：A2UI 1.0 稳定版新增双向函数调用，界面可以请求智能体查询库存、校验信息，智能体也可以触发客户端本地功能，适合预约、表单提交这类需要实时双向联动的交互。
问题 3：使用 A2UI 1.0 稳定版会不会存在前端脚本注入风险？
回答 3：风险很低，A2UI 1.0 稳定版设计上不让 Agent 下发可执行代码，只下发声明式 JSON，客户端只会渲染白名单内原生组件，从源头规避任意脚本执行。
问题 4：A2UI 1.0 稳定版能不能在 Claude、Gemini 这类助手里展示界面？
回答 4：可以，A2UI 1.0 稳定版对应的 Web、Flutter 渲染器支持在 MCP 应用内部运行，支持 MCP 的 AI 助手都可以承载 A2UI 生成的交互式界面。
问题 5：已经在用 A2UI 预览版的项目，升级到 A2UI 1.0 稳定版需要改动大量代码吗？
回答 5：官方提供版本演进指南，核心变化集中在双向调用、组件目录混合、内联数据模型；如果只是简单生成基础卡片，改动不大，深度定制的组件逻辑需要对照规范迁移。
【参考资料】
[2026-11-12]（谷歌发布 A2UI 1.0：AI 智能体可用交互界面作答）凤凰网科技
[2026-11-12]（谷歌开源跨平台协议 A2UI 1.0 上线）IT 之家
[2026-11-11]（Introducing A2UI 1.0）CopilotKit 官方博客
[2026-11-11]（A2UI official specification v1.0）A2UI 官网
[2026-12-15]（Google open sources A2UI generative UI protocol）The Verge
【免责声明】
本文整理基于谷歌官方规范、A2UI 官网以及第三方科技媒体报道；A2UI 1.0 协议规范后续仍可能小幅迭代，各平台渲染器成熟度不一致，Android Jetpack Compose 渲染器尚未稳定；生态接入厂商、SDK 能力会持续更新，全部权威技术细节以 A2UI 官方规范文档为准。
本文来自作者[锐波存帧人]投稿，不代表乌兰科技网立场，如若转载，请注明出处：https://www.wlcbnews.com/rgzn/202611/1781.html
评论列表（4条）
我是乌兰科技网的签约作者“锐波存帧人”！
希望本篇文章《谷歌 A2UI 1.0 正式发布，生成式 UI 开放协议迎来稳定版》能对你有所帮助！
本站[乌兰科技网]内容主要涵盖：互联网行业的追踪与探索
本文概览：当地时间 11 月 11 日谷歌官宣 A2UI 1.0，也就是 Agent-to-User Interface，这是该生成式 UI 协议第一个正式稳定版本，协议采用 Apache 2.0 开源许可，由谷歌主导，CopilotKit 和社区一起参与共建，从此 AI Agent 不用只输出文字、Markdown 或者危险的前端代码，可以输出标准化的声明式 JSON，交给客户端渲染成本地原生交互界面。这套方案解决了之前生成 UI 的两大痛点，一是 AI 直接写 HTML、JS 容易带来注入安全风险，二是不同平台、不同框架没有统一标准，跨端界面很难对齐；现在 Agent 只负责描述界面长什么样、有哪些组件，客户端拥有最终渲染控制权，还能限制可用组件，就算是第三方智能体接入，也不会随便执行恶意脚本。开发者现在可以直接基于稳定规范做生产环境落地，配套多平台渲染 SDK、Agent SDK 已经同步放出，字节跳动、Atlassian、彭博社等企业已经提前接入开展业务测试，Gemini、Claude 这类支持 MCP 的助手也可以承载 A2UI 界面，让智能助手可以输出表单、选择器、图表、预约面板这类可交互组件。