企业助手迈入第三代：从静态文本到交互式工作区
MCP Apps（SEP-1865）作为Model Context Protocol（MCP）的首个官方扩展标准，于2025年11月提出并在2026年1月26日正式发布。该标准允许服务器通过ui:// URI方案声明UI资源，返回交互式UI组件并在宿主应用的沙盒iframe中渲染，通过标准的MCP JSON-RPC协议实现双向通信。
Google将企业助手的演进划分为三代：第一代为返回静态Markdown的文本聊天机器人；第二代为调用实时API但输出静态文本的标准MCP工具；第三代则是交互式MCP Apps，工具与实时工作区配对，操作直接在UI小部件中本地执行而无需模型往返。官方主张该方案具备响应式用户体验、专用工作流、企业级安全、人在回路治理、开放标准以及广泛连接性六大优势。
行业分析认为，MCP Apps的普及标志着AI交互从纯文本转向交互式UI，使得即时生成仪表板或多步工作流等高度个性化的个人软件界面成为可能，极大扩展了Agentic AI的应用场景。此外，Google推出的Agent-first开发平台Google Antigravity包含CLI、桌面应用和IDE扩展，原生支持MCP协议，助力开发者构建与部署相关代理和服务器。
云端架构与双层安全鉴权设计
在企业落地架构中，Gemini Enterprise原生支持连接和授权MCP服务器及MCP Apps。通常由Gemini Enterprise充当前端宿主，通过HTTPS和OAuth调用部署在Cloud Run上的MCP服务器。为了确保企业级数据安全，MCP Apps在Gemini受控的沙盒iframe中运行，严格限制对父窗口、本地存储和Cookie的访问。
Gemini Enterprise在调用Cloud Run服务时采用双层身份验证机制：Layer 1使用X-Serverless-Authorization请求头触发Cloud Run边缘的IAM检查，确认调用服务权限；Layer 2使用Authorization: Bearer透传用户的OAuth访问令牌，以验证终端用户身份。行业分析指出，MCP协议的无状态化与UI新攻击面将安全责任转移到了服务端，Gartner预测到2028年25%的企业违规事件将与AI代理滥用有关，这也印证了双层鉴权与沙盒隔离架构的必要性。
部署与配置规范指南
针对部署要求，Google建议在Cloud Run部署MCP服务器时使用--no-allow-unauthenticated、--no-cpu-throttling和--min-instances=1参数，以支持单文件HTML小部件并保障具备异步响应能力的HTTP后端持续稳定运行。
在Gemini Enterprise注册MCP服务器时，官方要求在Data stores中选择Custom MCP Server，配置OAuth 2.0 Web Client并勾选PKCE支持，同时取消勾选HTTP Basic Auth以避免产生invalid_client错误。官方同时强调，应将MCP数据存储直接连接至App的Connected data stores，使默认助手能在主聊天中直接调用工具与UI，而不应采用针对外部子代理的Add Agent功能。