A2UI 是让Agent用结构化消息描述界面、由客户端组件负责渲染的开放项目。它解决“界面怎么表达”，A2A解决代理之间怎样通信，MCP解决模型怎样接工具与数据。三者可以配合使用，但不是同一种协议，也不能互相直接替换。
A2UI、A2A、MCP 对比
| 对象 | 主要职责 | 表单场景 |
|---|---|---|
| A2UI | 描述组件、数据与界面变化 | 展示输入框和提交按钮 |
| A2A | 代理间任务与消息交互 | 前台代理把任务交给后台代理 |
| MCP | 提供工具和资源访问 | 提交经过校验的业务数据 |
一个费用申请表应该怎样流转？
用户要求报销 → Agent发界面描述 → 客户端显示金额/日期/说明
用户填写 → 客户端校验 → 回传事件与数据
Agent确认信息 → 调用业务工具 → 回读申请编号 → 显示实际结果表单出现不表示报销已提交，按钮点击也不表示写入成功。客户端负责渲染与输入校验，业务接口负责保存，最终以回读的申请编号为准。这个流程有助于避免把“已生成表单”误写成“已完成业务”。
v0.9 消息示例
以下按v0.9格式展示一个最小文字界面，帮助理解消息结构；完整表单需使用该版本组件目录中的输入与动作定义。不是可直接连接业务系统的完整应用。
{"version":"v0.9","createSurface":{"surfaceId":"claim","catalogId":"https://a2ui.org/specification/v0_9/catalogs/basic/catalog.json"}}
{"version":"v0.9","updateComponents":{"surfaceId":"claim","components":[{"id":"root","component":"Text","text":"请核对住宿日期和金额后提交申请"}]}}createSurface创建界面容器，updateComponents描述组件。代理输出的是可解析数据，不应把它作为任意HTML执行。示例采用固定v0.9，若项目使用更新版本，必须同步核对schema和渲染器，不要混用旧消息名。
如何从示例走到真实表单？
- 从官方仓库选择与前端一致的渲染器，使用同一版本schema和组件目录。
- 先渲染静态Text，再增加金额、日期等输入组件；确认每个字段的绑定路径。
- 让客户端返回用户事件，核对事件名与数据；再接后端保存工具。
- 覆盖缺金额、日期无效、接口失败与重复点击。显示结果时保留实际状态，而不只展示成功样式。
哪里查看官方例子？
v0.9发布说明列出了React等渲染器、客户端函数和数据同步变化。完整schema和示例优先从官方仓库读取。本文未声称对各渲染器完成了浏览器实测，选择时应先用你的设计系统跑通一个最小表单。
继续阅读
MCP 工具太多怎么办？Tool Search 与程序化调用的区别；Harness Engineering 是什么？Agent 执行、检查与重试机制图解
资料与更新说明
资料核验于2026年10月22日。下列演示输入、费用算例和任务拆分由本文设计；未标明实测的外部模型调用不代表本次已运行。产品开放范围与费用以官方当前页面及账号为准。