> For AI agents: the complete documentation index is available at https://docs.danqiuos.com/llms.txt, the full documentation bundle is available at https://docs.danqiuos.com/llms-full.txt.

# A2UI 动态交互

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

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

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

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

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

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

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

| 界面内容         | 目的          |
| ------------ | ----------- |
| 客户与应收记录      | 确认操作对象      |
| 到期日期、未收金额与来源 | 核对催款依据      |
| 待发送草稿与接收人    | 让确认人看到完整内容  |
| 确认、修改或取消     | 表达明确处理意图    |
| 执行结果         | 回传发送与业务记录情况 |

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

## 边界与验收

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

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