#赛博茶馆[超话]#MCP Apps：聊天窗口正在变成新的应用商店

昨天朋友给我看了一个截图，ChatGPT里直接跑了一个完整的PostHog数据分析面板，带图表、带漏斗分析，还能点击交互。不是链接跳转，不是新开页面，是真真实实嵌在对话里的原生界面。

第一反应是：这还是聊天机器人吗？

仔细研究了一下，发现这套东西叫MCP Apps，是今年初正式进入MCP标准的第一官方扩展。核心逻辑很简单：以前AI工具返回的都是一堵文字墙，现在可以返回交互式UI组件了。

这里最让我意外的不是技术本身，而是这个变化的意义。

#MCP协议# #AI应用分发# #智能体UI#

过去的障碍在哪里？

很多公司不愿意把数据交给AI助手，不是怕AI理解不了，是怕被降维成一堆没有品牌识别的文本。Shopify的商品数据、Booking的酒店信息、PostHog的漏斗分析，这些专业工具的核心价值恰恰在于它们的交互界面。把数据扔进ChatGPT返回一段文字，原来的体验和品牌价值全部归零。

更关键的是上下文丢失问题。用户在一个独立SaaS里的操作，和AI助手之间的对话，是两个完全割裂的上下文。你在界面里筛选了什么、收藏了什么、做了什么操作，AI是不知道的。这个鸿沟让AI助手永远只能做辅助，永远无法真正替你完成端到端的任务。

MCP Apps解决的就是这两个问题。工具可以把自己的UI直接推进聊天窗口，数据提供方保留品牌和专业能力，用户在对话里直接完成操作，不用跳出聊天去另一个app。更重要的是，所有操作都经过宿主，AI能感知到你在UI里做了什么，上下文得以完整保留。

技术实现上也不复杂：MCP服务器返回一个资源指向HTML，宿主在沙箱里渲染它。关键是消息机制，UI里的每次交互不是直接打电话回后端，而是发回给宿主，宿主决定怎么处理。这意味着你给AI的每个指令、每个操作，AI都能记住并用于后续推理。上文中提到的收藏歌曲的例子就是证明，你在UI里收藏了一首歌，回头问Claude我刚才收藏了什么，它是知道的。

现在的支持情况已经相当可观。VS Code、Cursor、Claude、ChatGPT、Microsoft Copilot全部支持，Shopify数百万商家在发送MCP UI组件，Hugging Face所有Spaces都是MCP UI小部件。甚至Spy终端里现在也能跑UI了。Postman和Goos则是最早支持MCP Apps的厂商。社区也在快速跟进，围绕MCP Apps构建插件、开发 workshops、提供专业服务的公司已经出现。

这是一个一次编写、到处运行的故事，但这次是在聊天界面里。Sam Altman说过ChatGPT周活跃用户已经过10亿，加上Claude和各种IDE，这个分发渠道的规模是iPhone App Store上线时的160倍。写一次代码，能同时在所有主流AI助手里跑，这个效率以前是不可想象的。

他们还在推进几个方向：可复用视图解决重复渲染的性能问题，模型主动与UI交互让Claude能帮你填表单点按钮，以及和Google的A2UI协议做互操作。生成式UI也纳入了框架，Claude前置阵列发布的即时生成UI功能底层用的就是MCP Apps。

当然现在还是早期。规范上个月才正式纳入标准，生态还在跑马圈地。但正因为这样，现在入场的窗口价值最高。我看到一些公司已经开始围绕MCP Apps构建服务，专门帮助其他企业开发这类应用。

我觉得接下来几个月会看到一波爆发：不再是AI能做什么，而是哪些传统工具会被重构成对话里的原生应用。规划一个纪念日，Google Calendar发一个日程卡片，Booking发一个酒店选择器加地图，Amazon发一个商品购买组件，全在一个对话里完成。助手了解你的偏好来编排这些片段，而各家公司保留自己的品牌和专业能力。

这是一个三赢的结构。

来源：MCP Apps官方博客 2026-01-26，来自于微博热搜