QORM 与 Agentic-UI 生态对比
2026 年，Agentic UI 与生成式 UI 已经分化为两层：一层是定义 Agent 如何“表述”界面的协议，另一层是负责渲染、签名、分发并打包真实应用的完整平台。QORM 属于后者。
两个层级，而非两个对手
Agentic-UI 生态已经成熟为一个技术栈。在协议层，各项标准定义了 AI Agent 如何描述并传输界面：Google 的 A2UI 规定了 Agent 到客户端的 UI 消息格式，CopilotKit 的 AG-UI 定义了 Agent 到前端的事件流，MCP Apps 让工具能够返回可交互的 UI 资源，而 Vercel AI SDK 则在 React 应用中普及了生成式 UI。这些项目回答的是同一个问题：Agent 该如何说出“渲染这个”？
在平台层，必须有某个东西真正渲染这些界面、在人与 Agent 之间保持同步、为内容签名以保证完整性、通过 OTA 推送更新，并将其打包到 Web、iOS、Android、桌面端和小程序。这正是 QORM：一个纯 Go 运行时，应用本身是语言中立的 JSON，通过 20+ 个 MCP 工具实时暴露给 AI Agent，而人类在同一会话中观看和操作。
因此，“A2UI vs AG-UI vs QORM” 通常是错误的提问方式 —— 协议与平台解决的是不同的问题，二者可以互补。下面的详情页将精确标明每一层的边界：协议止步于何处，QORM 又从何处开始。
QORM 对比 Google A2UI
A2UI 是一种对 LLM 友好的 Agent 到客户端 UI 消息格式 —— 一个协议，刻意不涉及渲染、分发、签名和打包。QORM 则是位于其下的完整运行时与分发平台。
阅读完整对比QORM 对比 AG-UI（CopilotKit）
AG-UI 是 Agent 到前端的事件与传输协议；CopilotKit 是围绕它构建的 React 框架。而在 QORM 中，运行时就是应用本身 —— Agent 通过 MCP 直接变更实时界面，人类在同一会话中同步观看。
阅读完整对比生态速览
| 项目 | 层级 | 它的职责 | 留给你的部分 |
|---|---|---|---|
| Google A2UI | UI 消息协议 | 定义 Agent 如何向客户端流式传输组件树 | 渲染器、分发、签名、打包 |
| CopilotKit AG-UI | 事件 / 传输协议 | 将 Agent 的状态、消息和工具调用流式传入前端 | 应用运行时、持久化、分发 |
| MCP Apps | 工具 UI 资源规范 | 让 MCP 工具向宿主返回可交互 UI | 跨平台打包、OTA、应用生命周期 |
| Vercel AI SDK | 生成式 UI 工具包 | 在 Web 应用中将模型输出渲染为 React 组件 | 非 React 目标、签名、原生分发 |
| QORM | 完整平台 | 以双渲染器渲染 JSON 应用——面向 Web/WebView 的 HTML/DOM 渲染器,以及纯 Go 的原生 canvas 软件渲染器(像素级,也可编译进 WASM 供桌面与浏览器游戏使用)——签名 bundle、OTA 分发,打包至 Web/iOS/Android/桌面/小程序,并向 Agent 暴露 20+ 个 MCP 工具 | 无 —— 它就是运行时 |
如果你已经有渲染器和分发管线，一个协议可能就是你需要的全部。如果你需要的是一个完整、经过签名、可 OTA 更新的跨平台应用，并且 Agent 能与人类实时共同驱动它 —— 这正是 QORM 所处的层级。