01
稳定优先
预设模板
低自由度命中意图后加载既定页面。速度最快、风险最低，适合高频且规则稳定的流程。
Agent × Interface × Engineering
当 Agent
开始说界面
A2UI 不只是一套协议。
它重新分配了模型、界面与工程系统的责任。
核心判断
模型负责理解。
工程负责完成。
真正可交付的 A2UI，不是让模型包办一切，而是把不确定性交给模型， 把确定性沉淀到组件、流程、数据与状态系统中。
00系列地图
九个问题，一条完整逻辑链。
01 · 建立共同语言
Agent 开始“说界面”
A2UI 不是让模型临时写网页，而是让 Agent 用一套受控、声明式的界面语言表达组件、数据与动作。
02 · 三档控制权
Agent 如何“说界面”
预设模板、声明式组件树、现场生成 HTML，不是升级阶梯，而是速度、自由度与治理成本的三种组合。
03 · 交互分工
聊天是否是最好的交互方式
聊天适合表达模糊目标，却不适合精确录入、比较、过程控制和结果沉淀。
04 · 选择界面
GUI 负责看清，CLI 负责做快
GUI、CLI、Chat 分别优化识别、重复执行与目标协商，它们是协作关系，不是替代关系。
05 · 智投实践
模型负责理解，工程负责完成
模型处理意图和不确定性，Skill、业务 API 与可信组件完成确定流程。
06 · 交付陷阱
状态收敛才是交付分界线
卡片能渲染，不代表任务完成。UI、Agent、业务系统与历史记录必须收敛到同一个结果。
07 · 平台关系
Agent 组页面，低代码管资产
A2UI 会减少人工编排，但低代码仍负责组件、数据、流程、权限与治理资产。
08 · 最终形态
如果所有界面都实时生成
开放式 HTML 释放长尾价值，也带来更高的信任成本。稳定 Shell 与可信组件仍会长期存在。
09 · 企业路线图
从受控组件到动态组合
企业不应从全面接入协议开始，而应从一个可衡量的业务闭环渐进演进。01共同语言
A2UI 是 Agent 的
受控界面语言。
Agent 描述想呈现什么，Renderer 决定怎么可靠呈现， 业务系统决定动作是否真的成功。
01Agent
→决定展示什么组件、数据和动作。
02Renderer
→用本地可信组件完成呈现与交互。
03业务系统
处理权限、数据、写入与权威结果。
五个对象
构成 Agent 的界面词汇。
01Catalog
Agent 能说哪些“界面词”
02Surface
这次动态交互发生在哪里
03Component
界面的结构单元
04Data Model
当前界面的临时状态
05Action
用户操作如何进入下一步
02控制权
生成式 UI
不是一条升级阶梯。
每往自由生成走一步，都会得到更多长尾表达，也会付出更高的治理成本。
02
平衡方案
声明式组件树
受控自由度Agent 在可信 Catalog 中组合组件。兼顾动态表达、品牌一致性和权限治理。
03
长尾探索
现场生成 HTML
高自由度为低频、个性化问题即时造界面，但需要沙箱、隔离、性能与安全治理。
自由度不是越高越好。
正确的问题是：这个场景值得付出多少不确定性？
03交互方式
聊天是入口。
不该是全部。
Chat
协商目标
适合模糊意图、背景补充与多轮澄清。
GUI
看清与选择
适合比较、精确录入、过程控制与风险确认。
CLI
快速重复
适合熟练用户、批量处理、自动化与可复现执行。
判断标准
需要看清，
就给界面。
只需做快，
就别造界面。
04智投实践
不让模型
承担确定性。
智投选择混合路线：模型识别意图和缺口，工程系统接管后续步骤， 减少等待，也降低运行时的不确定性。
理解与判断
识别目标、补齐信息、解释结果、处理非标准表达。
流程与规则
推进既定步骤、约束参数、选择工具、处理异常分支。
数据与执行
返回真实选项，校验权限，完成写入，提供权威回执。
界面与反馈
渲染可信组件，处理本地交互，清晰表达任务状态。
05交付分界线
卡片出现，
只是开始。
真正完成，需要四份状态收敛到同一个业务结果。
界面状态
加载、输入、校验、提交、完成与失败。
任务状态
意图、步骤、上下文、工具调用与下一动作。
业务状态
权限、真实数据、写入结果、幂等与权威回执。
历史状态
完成态摘要、操作证据、恢复入口与长期记忆。
真实交付中的六个坑
失败往往不在
“能不能渲染”。
- 01首屏需要先给结构反馈，不能让用户面对空白等待。
- 02下拉联动必须处理旧请求晚返回、权限过滤与空数据。
- 03点击成功不等于业务成功，必须等待权威回执。
- 04历史会话应呈现完成态，而不是保留一张过期表单。
- 05中断恢复要知道任务停在哪一步，以及哪些输入仍有效。
- 06记忆应保存结果和依据，不要把临时 UI 状态当长期事实。
06平台关系
Agent 组页面。
低代码管资产。
A2UI · Runtime
运行时决定这次需要什么。
- 理解当前用户目标
- 选择组件与数据
- 动态组合交互面
- 根据结果持续更新
Low-code · Assets
平台决定什么可以被安全调用。
- 管理组件与设计规范
- 接入数据与业务流程
- 定义权限与审批规则
- 维护版本、审计与复用
07最终形态
如果所有界面
都实时生成？
可能，但不会只有一种答案。
Stable Shell稳定外壳
导航、身份、权限、全局状态与品牌体验保持稳定。
Trusted Catalog可信组件
高频和高风险任务优先使用可测试、可审计的组件。
Dynamic Surface动态组合
根据当前任务组装表单、看板、控制器与结果页。
Sandbox HTML沙箱生成
只为低频、个性化、值得付出治理成本的长尾场景开放。
最终形态更可能是稳定与生成共存， 而不是所有页面都被一种方案取代。
08企业路线图
从一个闭环开始。
不从一套协议开始。
01
Stage 01
受控组件
选一个高价值闭环，固定 Skill 和组件，先证明任务更快完成。
完成率 · 首屏时间 · 失败率02
Stage 02
动态组合
沉淀 Catalog、Data Model、Action 与状态协议，让同一批资产支持更多场景。
复用率 · 组合覆盖 · 恢复率03
Stage 03
开放生成
只把稳定组件无法覆盖的长尾需求交给沙箱 HTML，并设置明确的风险门槛。
长尾收益 · 治理成本 · 风险事件
A2UI · Internal Briefing
不要先问
Agent 能生成多少界面。
先问它是否在说一套受控语言。
再问客户端是否保留执行控制权。
最后问用户操作能否收敛到真实结果。