智能体重绘界面时，用户究竟确认了什么？

2026年10月29日，Google发布了利用A2UI与CopilotKit、从应用组件组装智能体界面的教程。这让一个具体问题更值得讨论：界面不断变化时，用户的一次确认究竟授权了哪个版本？Google教程。

下文是Open Market Notes的设计分析，并非发现某个漏洞的报道。我们关心的是人阅读建议到执行动作之间的时间。生成式界面可以让人直接比较选项，减少来回输入提示词；但当智能体也在修改建议时，应用需要保留一条可靠联系：人考虑过的条件，如何对应到最终执行的操作。

同一个按钮，可能已经换了含义

设想一个客服工作台，以下场景为假设。客服正在审核一笔补发申请，目的地是客户原有地址。在客服查看库存时，另一段对话更新了收货地址，智能体随后重绘补发卡片。客服按下了手指原本已经移向的按钮。

每个字段都可能合法，客服也可能拥有补发权限，但系统仍需判断：他批准的是原来的目的地，还是已经看见并接受了新地址？如果直接把最新表单状态当作答案，系统便替人解释了意图。把界面无限期冻结同样有问题，因为操作者可能放心地批准已经不能执行的方案。

A2UI的动作文档允许事件上下文使用字面值，也允许从当前数据模型取值。这提供了事件携带的数据；判断人理解了什么，仍是应用需要处理的问题。动作文档。

这一区别会影响验收方式。即使测试证明后端收到的地址与屏幕一致，也可能漏掉点击前一瞬间发生的变化。真正棘手的情况，是系统各层已经同步，而人的理解尚未跟上。

即使底层数值没有改变，呈现方式也可能制造问题。仍用上述假设：工作卡片只显示简写地址，审核卡片才显示完整目的地。应用应在确认前展示足以区分对象的细节；多人共用一个地点时，收件人也可能很重要。高亮变化字段，只有在标签能够解释其业务含义时才有用。内部编号能够可靠地绑定操作，却不一定给人提供可用于决定的信息。反过来，把全部内部字段摊开，又可能淹没真正重要的几项。审核界面需要有意识地选择与决定相关的信息，同时保留查看其他内容的途径。这个选择应由产品设计负责，不能完全交给智能体为了版面紧凑而自行取舍。

让待确认方案拥有业务身份

我们建议把持续工作的界面与可供审核的方案分开。智能体仍可搜索、提出建议；当客服进入有实际后果的审核步骤时，应用生成一份带有标识、修订版本和明确业务条件的方案。确认应当指向这份方案，而不是列表中可以被替换的位置，也不是按钮上的几个字。

随后，权威业务服务检查方案是否仍可执行。在这个例子中，目的地、商品与交付承诺属于决策条件；卡片颜色、解释段落的排列通常不属于。如果重要条件发生变化，应用应显示差异并请求新的决定，同时保留其他不受影响的输入，而不是清空整张表单。解释究竟变了什么，比一句没有缘由的“请重试”更有用。

A2UI规范说明，双向绑定发生在客户端本地，输入通过动作触发传送。因此，在应用设计里，渲染字段与持久化业务记录需要分别考虑。协议文档。

已有技术可以提供部分支撑。例如HTTP的If-Match前置条件，可以让修改取决于实体标签是否匹配。RFC 9110。把条件更新用于这里，是我们的设计推论，并非声称教程已经提供此功能。标签只能保护它代表的资源。如果地址和库存分属不同服务，仅检查卡片版本，并不能证明二者都仍有效。业务服务需要一致的校验与提交边界，或者有明确失效时间的资源预留安排。

哪些变化值得打断用户

再次确认也有成本。每次收到更新都打断，工作人员可能逐渐习惯于跳过提醒；打断太少，“已确认”又可能失去实际意义。产品团队应与对结果负责的人一起，用具体任务的语言界定什么是重要变化。

对于补发，新目的地即使配送更快，也可能仍需重新审核。一个维度变好，并不等于另一个维度自动获得同意。相反，如果实际指令完全一致，只是修正内部解释里的错字，未必需要再次批准。这些属于我们提出的产品策略选择，并非界面协议内置的普遍规则。

界面也应让并发活动容易理解。例如，可以把“等待审核的新建议”与“当前正在考虑的方案”清楚区分。如果另一位工作人员修改了底层工单，第一位工作人员应在提交前看见具体冲突。只放一个“正在更新”的标记，保护作用有限，尤其是按钮仍能点击、操作含义却持续变化时。

验收对象应包括决策过程

验收测试应主动在阅读、键盘导航与提交期间修改重要条件，还要覆盖消息延迟、建议排序变化，以及第二位工作人员同时编辑工单的情况。预期结果未必总是阻止操作：当决策条件未变时，流程应允许继续，避免无意义地要求人重复劳动。

有用的记录应连接被审核的方案、用户动作与最终业务操作。按照适当的保留政策，保存足以重建这层联系的信息，而不是默认必须存整张截图或完整对话。单独的点击日志，以及单独的API成功响应，都不能充分说明人接受了什么。

上述文档无法证明这类不一致在生产环境中有多常见，也不能证明某个具体实现存在此问题。它们支持的是一个及时的设计议题：当智能体开始组装人作出决定的界面，团队需要明确交代界面何时可以改变、哪些变化会使原决定失效，以及最终操作如何仍然对应到人真正审核过的条件。