跳转至

AGenUI：高德端云一体生成式 UI（A2UI 三端原生渲染引擎）

Ch01.739 AGenUI：高德端云一体生成式 UI（A2UI 三端原生渲染引擎）

📊 Level ⭐⭐ | 8.4KB | entities/agenui-generative-ui-end-cloud-amap-2026.md

AGenUI：高德端云一体生成式 UI（A2UI 三端原生渲染引擎）

高德技术（应用基建智能部）第一方发布，行业首个覆盖 iOS/Android/HarmonyOS 三端的生成式 UI 原生渲染引擎。端云一体：云侧把用户意图与业务上下文转化为可执行的生成式 UI 协议，端侧渲染器把协议实时渲染为三端原生界面。已开源（GitHub: AGenUI/AGenUI，官网 genui.amap.com），在线 30+ 业务场景、约 5k QPS。

生产级卡片三要素：样式、数据绑定、算子

真正让一张卡从 Demo 走向生产，难点不在"画出来"，而在"好不好用、敢不敢信、能不能跑"： - 样式（好不好用）：规则约束布局/视觉表达，渲染器限定可落地组件能力，生成可跨端渲染的协议 - 数据绑定（敢不敢信）：接口与字段能力沉淀到知识库，围绕卡片语义槽位字段级召回/精排/绑定校验 - 算子（能不能跑）：格式化/单位换算/过滤/排序等转换逻辑沉淀为可召回版本化算子，字段不满足时由 Bind Agent 选已发布算子、Runtime 受控执行

三者形成闭环：样式定义卡片需要什么，数据绑定找到真实字段，算子把字段转换成可直接展示的数据。

云侧：内容契约 + 样式 + 数据绑定 + 算子

Content Contract 契约生成

自然语言请求只说"想要什么"，不完整说明对象范围/内容优先级/缺失策略/动作语义。若直接进入各环节，每层会基于自己上下文重新解释用户意图，导致目标漂移、交付失真、修改失控。主 Agent 先把用户意图收口为 Content Contract，明确任务目标/必需内容/可选内容/动作语义/缺失策略，后续样式/数据绑定/算子都以契约为共同输入。三项约束：统一目标（冻结任务/业务对象/场景）、冻结边界（必需/可选/缺失策略）、稳定引用（稳定 ID，各层引用同一事实不再重复猜测）。

样式、数据绑定、算子的确定性生产

  • 样式：设计规则 + Renderer Catalog（目标端可用组件及最小 Renderer Gate）+ 生成式 UI 协议共同约束。规则不整体塞入 Prompt，按内容契约选布局候选、工具读取关联规则闭包，每次读取形成带 Revision/Hash 的 Receipt，控制上下文规模并共享证据
  • 数据绑定：Requirement Compiler 把语义槽位编译为确定数据需求；Bind Agent 从字段能力知识库召回精排，综合业务语义/单位口径/实体身份/接口可用性选真实字段形成 Binding Plan；单源不足仅允许一层并行同实体补全，必需字段无可信结果则阻断发布
  • 算子：模型只选择算子和受约束参数，由 Runtime 受控执行并校验；不把模型临时代码带上线、不扩展为通用 DAG；数据组合限制单层并行同实体补全，字段转换限制已发布带 Schema/版本算子，Runtime 拓扑有界、失败可定位、算子可灰度回滚

样式协议/Binding Plan/算子引用固化为 Card Execution Package，Runtime 只执行已批准计划，规则版本/字段证据/算子版本/运行结果作 Artifact 留存，整卡可追踪、回放、局部编辑。

可控修改：目标集/保护集/影响集/复用集

用户常见需求是在现有结果上继续调整（"图片再大一点""价格改成含税价"）。若每次整卡重生成，即使目标改对，标题/样式/数据绑定/交互也可能无关漂移。引入四集合：目标集（本轮必须改变的内容）、保护集（未点名内容保持不变）、影响集（沿依赖找出必须重做/重校验的下游）、复用集（未受影响产物直接沿用）。"只改图片大小，其他保持不变"不再是一句 Prompt，而是一份可执行、可验证的变更计划。

Agent 底座：Run + Artifact 可恢复事实链

多 Agent 不等于拆成多段 Prompt 自由接力。对制卡这类需发布和长期维护的任务，真正要管理的是每步产生的生产事实。以一次离线 Run 为最小执行单元，内容契约/样式协议/Requirements/Binding Plan/算子引用/Gate 结果等关键产物以带类型/版本/Hash/来源引用的 Artifact 持久化，下游只消费已确认的上游 Artifact。三项收益：过程可恢复（中断从最近可信检查点恢复）、决策可追溯（为何选该布局/字段/算子/Gate 拒绝都能回溯）、修改可控（Edit Contract 以既有 Artifact 为基线声明目标/保护/影响集）。模型负责开放决策，工具读受控知识，系统负责校验/固化/发布。Run 只属离线生产；在线 Runtime 只加载已发布执行包确定性执行，不承担 Agent 决策。

端侧：共享 C++ 引擎 + 三端原生渲染

行业首个覆盖 iOS/Android/HarmonyOS 三端的 A2UI 原生渲染引擎，三大特点：

  • 原生高性能渲染：三端均原生渲染，零中间层性能损耗；异步渲染 + 差分更新（计算密集逻辑全在工作线程，主线程只提交轻量级绘制）；平台深度优化（HarmonyOS 基于 ArkUI 原生组件，C API 打通高性能链路绕开脚本运行时开销）
  • 像素级三端一致性：协议解析/虚拟节点树管理/布局计算/主题样式等平台无关核心逻辑统一由 C++ 引擎承载，单一事实源，同一份协议三端完全一致
  • 流式渐进渲染：组件级流式解析，首个组件到达即可上屏；组件到达即挂载、文本到达即追加、数据到达即绑定；流式容错（针对 LLM 多余字符/未闭合片段/中断建立边界保护）

组件体系内置 22 个（18 标准 + 4 SDK 扩展），SDK 三端统一自定义组件注册 API；样式以 DesignToken 为基底 60+ 语义化颜色 token（亮/暗双色）+ 45+ CSS 样式属性，主题开放可品牌定制。

质量闭环与知识演进

  • 端侧三防线：集成测试（三端自动化流水线）、稳定性测试（极端压力场景）、三端一致性验证（自动化效果对比）
  • 云侧分层门禁 + 会话级评测：4 维度（样式/内容数据真实/逻辑可运行/多轮连续）；以会话脚本为最小单元而非单条 prompt，每步校验该步应新建/复用/保持不变的 Artifact；刻意把不同质量问题分开归因（视觉 Judge 通过 ≠ 字段绑定正确；Binding Plan 结构正确 ≠ Runtime 调用成功）
  • 知识演进：线上 Trace/用户反馈/人工结论/评测失败形成新知识候选，但必须经冲突与影响分析、目标/保护/边界集配对评测、发布门禁才能成为新版本；失败版本不覆盖线上规则。得到的不是"模型自动自我修改"，而是能持续积累且不会失控的工程闭环

关键设计原则："能生成"与"可发布"明确分开——必需信息缺可信数据来源时系统阻断并返回缺口，而不是编造展示内容；生成可控（固化规则引用/契约/需求/绑定计划/执行包，生产事实可审计可校验可回放）；证据可溯（每处视觉元素可回溯到内容契约/设计规则/数据来源/算法版本）。

关联实体