MCP Apps Extension提案旨在为Model Context Protocol标准化交互式用户界面支持，使服务器能向主机提供交互界面。该扩展基于MCP-UI和OpenAI Apps SDK，引入声明UI资源、链接工具及实现双向通信的标准模式，由OpenAI和Anthropic等核心维护者共同提出。

标题：MCP应用扩展：为服务器增添交互式用户界面

核心内容： 1. 提案背景 - 推出MCP应用扩展提案（SEP-1865） - 旨在标准化Model Context Protocol中的交互式用户界面支持 - 基于MCP-UI和OpenAI应用SDK的成熟技术

2. 标准化需求

• 当前MCP服务器仅限于文本和结构化数据交换
• 可视化展示和复杂输入场景存在局限（如数据可视化需客户端自行渲染）
• 社区现有解决方案存在碎片化风险

3. 技术方案

• 采用预声明资源模式（ui:// URI方案）
• 使用MCP JSON-RPC基础协议进行通信
• 初期仅支持text/html内容（沙盒iframe实现）
• 多层安全防护机制：
  • iframe沙盒
  • 模板预审
  • 可审计消息
  • 用户授权

4. 实施优势

• 保持向后兼容（可选扩展）
• 分离静态模板与动态数据
• 统一开发体验（使用标准SDK）

5. 社区协作

• 由OpenAI和Anthropic的核心维护者联合MCP-UI团队共同制定
• 早期实现已获Postman、Shopify等企业采用
• 设立UI社区工作组持续完善

6. 参与方式

• 审阅SEP-1865规范
• 通过GitHub Issues反馈
• 加入Discord讨论组
• 测试原型实现

致谢名单： - MCP-UI创始人Ido Salomon和Liad Yosef - Anthropic团队（Sean Strong等） - OpenAI团队（Nick Cooper等） - UI社区工作组成员

（注：原文中的示例图片链接和技术细节代码块已精简处理，保留核心架构描述）

以下是评论内容的总结：

支持MCP-UI的观点

1. 提升用户体验：认为MCP-UI解决了MCP对普通用户不友好的问题，提供了更直观的交互方式（如按钮、滑块）。

   • "It’s great for devs, but not the average users. Users don't always want to chat, sometimes they just want to click a button or adjust a slider." (评论1)
   • "Ideally, most users of MCP wouldn't even know that MCP is a thing... They just know that the browser helps them look at puppy pictures." (评论5)

2. 行业合作与标准化：认为多家公司合作制定标准是重要进展，可能推动快速普及。

   • "I cannot believe the adoption comes so quickly. I think this is gonna be huge." (评论1)
   • "This is a meaningful step in the direction of getting more people to get value out of MCP." (评论5)

质疑与担忧的观点

1. 垄断风险与监管问题：担心大公司通过协议控制市场，形成新的封闭生态。

   • "If one of the vendors manages to get their protocol to become the target platform... that is essentially their vendor lock in." (评论2)
   • "Seriously though; honest question: this is literally circumventing platform requirements... How do you imagine this is going to be allowed?" (评论9)

2. 技术冗余与方向偏差：认为MCP-UI可能违背LLM的动态交互优势，或重复现有技术。

   • "This seems like bolting a static interface onto the LLM, which could defeat the purpose of the LLM interface layer." (评论7)
   • "We already have AG-UI... I guess they'll just have to duplicate functionality. Sigh." (评论14)

3. 实施复杂性与生态分裂：担忧标准扩展过快导致生态碎片化。

   • "I fear that this has a significant risk of splintering the MCP ecosystem further." (评论15)
   • "The whole surface of the MCP specification is already pretty big, and barely any server implements anything beyond the core parts." (评论15)

其他关键讨论

1. 技术替代方案：部分用户倾向CLI或传统API，认为MCP效率低。

   • "I've switched entirely to using CLI tools... as the experience is much more deterministic." (评论17)
   • "Hasn't even Anthropic admitted that MCP is very wasteful of context?" (评论19)

2. 历史类比与行业疲劳：将MCP-UI比作过去的封闭平台（如微信小程序），表达对重复创新的厌倦。

   • "2010 Facebook apps, 2015 WeChat mini program... 2025 MCP-UI. I'm tired." (评论22)

总结：评论呈现两极分化，支持者看重用户体验提升和标准化价值，反对者则担忧垄断风险、技术冗余及生态分裂。部分用户更倾向现有技术方案（如CLI、REST API），并对行业重复创新表示疲劳。