跳到主要内容
知识地图看懂相近名字背后的区别行业概念与标准

你在这里。看看这个问题与其他知识怎样相连。

选择节点前往页面 · 展开后可留在地图中阅读

知识地图沿着连接，读懂一个问题
← AFS 与界面

学习路径

看懂相近名字背后的区别

把协议、SDK、宿主和设计工具放回各自的位置。

适合已理解 AFS-UI 和 AUP、希望阅读其他 Generative UI 项目的读者。

先读比较总览，再分别理解 A2UI、MCP Apps、MCP-UI、AG-UI、Flutter GenUI 与 Stitch。最后回到 path 的语义，检查“有地址”究竟意味着什么。

读完后，应能选择一个相同任务，分别指出各方案的结构、状态与操作边界。这里提供学习框架，不以勾选表替你决定技术选型。

这条路径上的问题

  1. 这些 Generative UI 方案怎样比较？

    按职责、地址、状态与交互合同比较，而不是只按名字排队。

  2. A2UI 解决什么问题？

    把 agent 提供的界面描述，交给客户端支持的组件来呈现。

  3. MCP Apps 是什么？

    让 MCP 工具在支持的宿主里带出交互式 HTML 界面。

  4. MCP-UI 与 MCP Apps 是什么关系？

    标准与围绕标准的实现工具，不宜混为两个独立阵营。

  5. AG-UI 与 A2UI 是同一层吗？

    一个聚焦 agent 与应用之间的事件交流，一个描述界面。

  6. Flutter GenUI SDK 是另一种协议吗？

    它是把生成式界面接入 Flutter 的一组实现工具。

  7. Google Stitch 应放在哪一层比较？

    从设计工作流理解它，再与运行时协议分开讨论。

  8. 同样叫 path，指向的是同一种东西吗？

    比较地址所在的范围、解析方式与可执行的操作。

检查一下理解

这些项目的名字相似，是否意味着它们互相替代？

不一定。它们可能处于不同层次，部分还存在协议与实现、或互补集成的关系。