你在这里。看看这个问题与其他知识怎样相连。
选择节点前往页面 · 展开后可留在地图中阅读
学习路径
看懂相近名字背后的区别
把协议、SDK、宿主和设计工具放回各自的位置。
适合已理解 AFS-UI 和 AUP、希望阅读其他 Generative UI 项目的读者。
先读比较总览，再分别理解 A2UI、MCP Apps、MCP-UI、AG-UI、Flutter GenUI 与 Stitch。最后回到 path 的语义，检查“有地址”究竟意味着什么。
读完后，应能选择一个相同任务，分别指出各方案的结构、状态与操作边界。这里提供学习框架，不以勾选表替你决定技术选型。
新增：OpenAI Intelligent UI 将这个问题带回日常回答。先看产品实际提供的交互，再区分公开协议与实现细节。
这条路径上的问题
- 这些 Generative UI 方案怎样比较？
按职责、地址、状态与交互合同比较，而不是只按名字排队。
- A2UI 解决什么问题？
把 agent 提供的界面描述，交给客户端支持的组件来呈现。
- MCP Apps 是什么？
让 MCP 工具在支持的宿主里带出交互式 HTML 界面。
- MCP-UI 与 MCP Apps 是什么关系？
标准与围绕标准的实现工具，不宜混为两个独立阵营。
- AG-UI 与 A2UI 是同一层吗？
一个聚焦 agent 与应用之间的事件交流，一个描述界面。
- Flutter GenUI SDK 是另一种协议吗？
它是把生成式界面接入 Flutter 的一组实现工具。
- Google Stitch 应放在哪一层比较？
从设计工作流理解它，再与运行时协议分开讨论。
- 同样叫 path，指向的是同一种东西吗？
比较地址所在的范围、解析方式与可执行的操作。
- OpenAI Intelligent UI 是什么？
了解 ChatGPT 的交互回答、流式组件，以及与 AFS-UI 比较时应核对的边界。
检查一下理解
这些项目的名字相似，是否意味着它们互相替代？
不一定。它们可能处于不同层次，部分还存在协议与实现、或互补集成的关系。
本页涉及
术语
- AFS UI
AFS-UI 在 AFS 可寻址的资源之上构建界面。人通过渲染出的界面操作，agent 可以通过路径检查和操作界面开放的结构。AUP 描述界面及其交互，Web Device 等 UI 设备负责呈现。