A2UI 是 Google 发起的开源 agent-driven interface 协议，允许智能体输出声明式 JSON UI，并由不同 renderer 安全渲染为原生界面。

A2UI 工具正文

A2UI 的核心参数与统计

参数	当前公开信息	说明
产品定位	Agent-driven UI 协议	不是终端 SaaS，而是协议与开发基础设施
维护形态	官方站点 + GitHub 开源仓库	Apache 2.0 许可
当前主线	v1.0 Candidate / v0.9.1 Stable	候选规范与生产稳定版并行
兼容传输	A2A、AG-UI、REST、WebSockets、MCP	适合接在多种 Agent 链路上
Renderer 方向	React、Angular、Lit、Flutter 等	强调跨客户端渲染

A2UI 的核心不是“把聊天气泡做得更漂亮”，而是给 Agent 产品补上一层安全、可声明、可跨端的 UI 协议。

A2UI 的用户与市场认可

• 发起方是 Google，且项目以独立文档站和 GitHub 仓库形式公开，说明它并非一次性 demo。
• 文档与 roadmap 明确把 A2A、MCP、GenUI 等生态关联起来，属于 Agent 基础设施层的标准尝试。
• 公开页面没有商业客户规模和采用量，因此现阶段更适合把它视为“值得关注的协议方向”，而不是成熟商业平台。

A2UI 的成本优势

• C 端/个人：没有订阅价格，因为它不是面向普通用户售卖的工具。
• 开发者/API：开源协议和参考实现公开，试用成本主要是工程接入与 renderer 适配时间。
• 企业/私有化：优势在于减少自研 UI 协议和安全补丁成本，但没有单独商业采购页。

它的隐性收益是降低 Agent 生成前端代码的风险和维护成本；隐性成本则是团队要接受“协议层建设”这件事，而不是期待即装即用。

A2UI 的主要功能

• 声明式 UI 协议：让 Agent 输出结构化 JSON，而不是任意可执行前端代码。
• 多 renderer 支持：同一份协议可以落到 React、Lit、Angular、Flutter 等不同端侧实现。
• 多传输兼容：能嵌到 A2A、AG-UI、REST、WebSockets、MCP 等传输链路中。
• 组件 catalog 与 action 回传：既支持界面展示，也支持用户交互回传到 Agent。
• 流式与渐进式渲染：更适合 LLM 的增量输出方式。

A2UI 的模型与版本演进

• ~2025-10 / v0.8 初始公开：路线图标注初始公开发布，并把 GitHub Apache 2.0 开源、A2A extension 与多 renderer 作为关键里程碑。
• ~2026-03 / v0.9.1 Stable：官方标注为 current stable production release，用于当前生产环境。
• ~2026-03 / v1.0 Candidate：规范进入下一阶段候选版，说明协议正在向更正式稳定的版本迈进。

A2UI 的升级主线不是功能按钮，而是协议约束、兼容性和跨生态互操作性逐步收敛。

A2UI 的技术优势

• 机制：用声明式协议替代 Agent 直接生成可执行 UI 代码。
  效果：显著降低 UI 注入与任意代码执行风险。
  适用场景：企业 Agent、远程 Agent、跨信任边界渲染场景。
• 机制：平铺和流式 JSON 结构更适合 LLM 增量生成。
  效果：客户端可以更快做渐进渲染，而不是等整段代码生成完。
  适用场景：聊天式 Agent、动态卡片、实时表单。
• 机制：协议与 renderer 解耦。
  效果：前端团队不用为每个客户端重建一套 Agent UI 协议。
  适用场景：跨 Web、App、嵌入式 Agent 交互产品。

A2UI 的如何使用

• 协议学习路径：先看 roadmap 和规范页，理解 schema、surface、action 与 data flow。
• 开发接入路径：选用已有 renderer -> 让 Agent 输出 A2UI JSON -> 在客户端渲染并接收 action 回传。
• 架构验证路径：先在单一 Agent 场景试点，再决定是否把它作为统一 GenUI 协议层。

A2UI 的产品定价

A2UI 当前不提供商业订阅价格，公开价值主要来自开源协议和参考实现。

层级	当前公开状态	说明
协议与文档	免费	官方站点公开
代码实现	免费	GitHub Apache 2.0
商业版	未公开	暂无独立商业采购页

对团队来说，它的成本不在 license，而在工程接入、协议建模和 renderer 选择。

A2UI 的应用场景

• 企业 Agent 产品：需要让智能体输出安全、可控的业务界面。
• 跨端 Agent 交互：希望同一份 Agent UI 描述同时支持 Web 与移动端。
• 协议层标准化：不想让每个 Agent 团队各自发明一套 UI 输出格式。

A2UI 的适用人群

• 前端或平台工程师：正在构建 Agent 产品，需要一个可持续维护的 UI 协议层。
• 企业架构团队：关注安全、跨端兼容和协议治理。
• A2A / MCP / AG-UI 集成开发者：需要把 UI 层纳入 Agent 通信协议中。

不适配边界：把 A2UI 当作现成终端 SaaS 或“低代码可视化聊天组件库”的团队，会很快发现它不是这类产品。

A2UI 的总结与展望

A2UI 的价值是给 Agent 产品补齐“安全输出界面”这一层抽象。它适合有工程能力、准备做长期 Agent 平台化建设的团队，不适合只想快速搭一个聊天前台的人。接下来最值得看的是 v1.0 是否稳定、renderer 生态是否继续扩张，以及它与 A2A、MCP 的实际协同程度。

版本信息

• A2UI v1.0 Candidate ：官方规范页将 v1.0 标记为 Candidate，作为下一阶段协议主线；生产稳定版仍为 0.9.1。 （~2026-03）
• Current Stable Production Release ：官方标注为 current production release，统一 MIME type 并放宽 surfaceId 约束。 （~2026-03）