#A2UI 动态交互

#把需要操作的信息变成界面

A2UI 让数字员工按当前任务生成声明式界面蓝图，由企业端受信组件渲染。它适合动态表单、审批卡片、方案比较、数据选择和异常处理面板，帮助用户一次看清相关信息并完成操作。

如果用户只是阅读结果，普通回复或文档通常足够；当用户需要补齐多项字段、从多个对象中选择、比较方案或确认动作时，结构化界面能减少反复打字和误解。

#先定义操作，再定义界面

设计时先写明用户必须作出的决定，以及决定需要哪些依据。采集表单要明确必填项与字段含义；方案比较要使用一致口径；审批卡片应包含背景、证据、风险、建议动作和可能后果。

A2UI 通过员工承接后续数据读写，因此界面中的按钮需要有清楚的业务含义和处理规则。确认、取消、补充资料等结果应分别对应后续流程，不能让一个模糊的“继续”掩盖实际业务动作。

#示例：确认一条催款草稿

这一界面只组织当前任务的确认过程。客户、应收和消息结果仍需在对应业务数据或任务记录中保留，便于之后追溯。

#边界与验收

A2UI 不是让模型任意运行前端代码；企业仍控制组件、主题、权限和审计边界。界面呈现也不构成授权，确认人的身份和权限必须符合业务要求，取消后不得继续执行敏感动作。

验收检查表单字段是否与业务口径一致，选择对象是否正确，确认后是否发生约定的数据变化，拒绝或缺项时是否停止。需要固定地址、多人反复使用或常驻看板的场景，应考虑 Workbench；一次会话内的临时采集与确认更适合 A2UI。