UI 不再属于前端：MCP Apps 正在把整个 Web 塞进聊天框

如果你还觉得聊天机器人只能吐文字，这场分享会让你立刻意识到自己已经落伍。MCP Apps 提出一个激进但正在落地的想法：让工具和公司把“UI 本身”通过协议送进 ChatGPT、Claude 这样的聊天窗口，而且是可交互、可回传、可持续演化的那种。

最反直觉的一点：问题不在模型，而在“一堵墙的文字”

Liad Yosef 和 Ido Salomon 一上来就点破一个行业心照不宣的问题：我们给 AI 接了无数工具，但最后呈现给用户的，还是一整面“墙一样的文字”。这不是模型不够聪明，而是 UI 断层。MCP Apps 的核心假设非常激进——如果每个工具、每家公司，都能把自己的 UI 直接“发进聊天”，而不是让模型用文字转述，会怎样？更关键的是，这些 UI 不是截图，而是可交互的组件：你可以点、可以填、可以触发事件，甚至把用户操作再回传给模型继续推理。这个瞬间，聊天窗口不再只是对话框，而变成了一个全新的应用宿主。

MCPUI 到 MCP Apps：一次从“玩具”到标准的跃迁

Ido 回顾了 MCPUI 的起点：最初只是一个简单想法——把 UI 当作资源，通过 MCP 传递给 host。重要的是，他们并没有试图推翻现有 Web 生态，而是反复强调“保留品牌、保留身份、保留现有技术栈”。转折点发生在几个月前：MCPUI 与 Anthropic、OpenAI 合作，成为 MCP 的第一个官方扩展标准——MCP Apps。这意味着什么？意味着这不再是一个小众实验，而是被 ChatGPT、Claude 等主流 host 认真对待的方向。Shopify、Hugging Face Spaces、VS Code、Postman 等早期采用者的出现，也说明这套机制已经可以在真实产品中跑起来。

技术上到底做了什么？一句话：UI 也成了“工具返回值”

在 MCP Apps 里，一个关键变化是：工具调用不再只返回 text，而是可以返回一个 resource——真实的 HTML UI。Host 负责在安全沙箱中渲染它，用户的点击、输入会变成事件，再通过 MCP 回到模型或工具侧，形成端到端、双向的闭环。演示里，他们在 Claude 中展示了这一点：先是普通文本解释，接着一句“show me”，UI 立刻以可视化形式出现；更进一步，甚至可以根据上下文生成 UI，用来解释营销漏斗、做交互式探索。这不是炫技，而是在标准层面解决了“上下文不丢、交互不断”的老问题。

这不是技术细节，而是一种新的交互哲学

演讲后半段明显上升到了“世界观”。他们认为 MCP Apps 正在推动一种新的 Web：以原子化 UI 为基础，以 agent 为中介，以用户目标为中心。对用户是更少摩擦的体验，对模型是更清晰的行动空间，对开发者和领域专家则是新的分发生态。Ido 甚至提到，几个月前还觉得不可能的事，现在已经在发生。Spec 仍在演进，官方 SDK、可复用视图、甚至更彻底的生成式 UI 都在路线图里。Sam Altman 那句被引用的话点出了野心：这是一次全新的应用分发方式。

总结

如果你是 AI 从业者，这件事的 takeaway 很直接：不要只盯着模型能力，而要开始思考“你的工具，是否应该拥有自己的 UI 身份”。MCP Apps 提供的不是一个组件库，而是一种进入聊天生态的通行证。短期来看，你可以关注官方 repo、SDK 和 host 的支持情况；中期来看，这可能会重塑产品形态；长期来看，聊天窗口可能不再是入口，而是操作系统本身。真正的问题是：当 UI 可以被协议化，你准备好把自己的产品送进去了吗？

关键词： MCP Apps， MCPUI， AI Agent， ChatGPT， Claude

事实核查备注： 需要核查：MCP Apps 成为 MCP 第一个官方扩展的时间；Anthropic 与 OpenAI 的合作表述；Shopify、Hugging Face、VS Code 等是否为正式采用者；Sam Altman 被引用的原话语境。