北京
一个日期选择器，四种画法。这不是段子，是当下AI助手生态的真实写照。每个助手都在用自己的方式渲染界面，而账单最终落在了那些维护按钮组件的人头上。连接问题已经基本解决——MCP服务器（模型上下文协议服务器）的管道铺设接近尾声，被戏称为“AI时代的HTTP”。但真正没解决的，是当你的智能体需要在屏幕上弹出一个日期选择器时，每个客户端到底怎么画。
四种渲染方式，没人公开对比
目前存在四种客户端渲染路径，每个你关心的产品都落在其中一种里。但没人发布过对比文档，想搞清楚哪个客户端用哪种方式，得翻四份规范、一份协议提案和一篇谷歌工程博客，而且它们对同一件事的称呼还各不相同。这种混乱状态，正是谷歌想用A2UI（agent-to-UI，智能体到界面协议）来终结的。
A2UI是什么：声明式JSON，客户端自己画
2025年12月推出的A2UI，核心思路是“声明式”：智能体发送一段JSON，命名客户端目录里已有的组件，客户端用自己的代码来渲染。线上不传输任何标记语言，也不传样式。1.0版本目前还是候选发布版，看起来很像1999年的HTML结构。它之所以重要，是因为这是目前唯一一个没有厂商“独占”的提案。
目前采用A2UI的客户端分几个梯队：
- 谷歌系先行：Gemini Enterprise渲染标准A2UI组件集，样式归谷歌；Opal用它画自然语言迷你应用，样式归Opal；OpenClaw Canvas在联网设备上渲染智能体构建的UI，样式归插件。
- 开发者工具跟进：谷歌ADK Web、alpha版Flutter GenUI SDK、CopilotKit AG-UI、Vercel json-render都支持，但“没有人在那里全职工作”。
- 看起来像但其实是IFRAME：Claude和ChatGPT支持看起来一样的东西，实际上是往客户端里嵌了个IFRAME（内联框架）。
沙盒HTML路线：更自由，更难管
另一条路线是沙盒HTML：页面到达后在框架里运行。更有表现力，但更不可控，而且无论落在哪里都还是个网页对象。谷歌在2026年6月发布了三种将两种方式结合的方案。OpenAI ChatGPT通过Apps SDK渲染应用UI，样式由你提供——因为CSS是你发的。Anthropic Claude渲染Artifacts并托管自带渲染器的MCP应用，样式同样归你。
不跟进的玩家：Slack的BlockKit
Slack支持BlockKit版本，同样是声明式JSON加厂商目录，但只有一个所有者。微软Teams和Outlook也在这条路上。这种“一个机制，一个主人”的模式，和A2UI的开放理念形成鲜明对比。
为什么这事值得较真
解决这个问题不应该变成一个研究项目。当你的智能体需要界面时，组件存在哪里、谁负责渲染、屏幕上长什么样——这些基础问题不该让每个开发者重新发明轮子。A2UI是目前桌上唯一没有厂商“所有权”烙印的提案，这也是它值得被认真对待的原因。标准之争从来不是技术问题，是生态话语权问题。而这次，至少有一个选项是开放的。
特别声明：以上内容(如有图片或视频亦包括在内)为自媒体平台“网易号”用户上传并发布，本平台仅提供信息存储服务。
Notice: The content above (including the pictures and videos if any) is uploaded and posted by a user of NetEase Hao, which is a social media platform and only provides information storage services.
