Google推出Connected Apps平台：一次构建接入Gemini与搜索

从“聊得挺好”到“真的做成”：Connected Apps 要解决什么

Google 正式发布 Connected Apps 平台，允许开发者将应用能力接入 Gemini 和 Google 搜索。负责该产品的 Mai 在演讲中直指一个普遍痛点：用户让 Gemini 规划周末活动，模型几秒钟就能给出漂亮方案，然后——旅程就结束了。用户只能复制粘贴到各个 App 里，在移动端更是磕磕绊绊。

这被形容为“模型知道该做什么，却没有手去做”。对开发者而言，这意味着高意图的请求被困在聊天框里，无法转化为应用内的真实用户行为。Connected Apps 的定位就是把“手”接上：当用户明确表达行动意图时，让你的服务在对话现场执行，而不是在页面底部当一个静态链接。

Mai 特别澄清了一点：这个平台不是要把你的应用抽象掉。品牌、业务逻辑、已认证的用户关系、自定义 UI 体验，仍然归开发者所有。平台做的是把服务封装成 agentic API 接口，让 Google 的智能体产品把高意图用户直接带进你的产品。

一次注册，多端点亮：平台化接入的变化

过去要在 Google 产品里触达用户，每个入口都是一次独立集成：Android App Actions 要做一套，搜索集成又是一套，还要维护多个开发者控制台和五花八门的认证握手。Connected Apps 的答案是标准化：用声明式 schema 构建一次工具定义，选择一个或多个 Google 产品，通过新的 Google Connected Console 一键发布。发布后，无论用户在笔记本上使用 Gemini、在网页上使用搜索，还是在 Android 上使用助手功能，都能在需要的那一刻看到你的应用选项。

目前平台按阶段开放，预览阶段仅面向美国开发者，可通过官方开发者指南中的表单申请，Play 开发者也能在 Play Console 首页找到入口。

两条集成路径：远程 MCP 服务器与 Android MCP

开发者关系工程师 Kate 接棒讲解具体构建方式。平台建立在开发者熟悉的概念之上，并接入 Model Context Protocol（MCP）标准，支持服务端 MCP 和 Android 原生 MCP 两条路径。

远程 MCP 服务器适合跨平台场景——Android、iOS、Web 都能覆盖；用 FastMCP 库起步很快。Android MCP 则面向数据只存在设备本地的场景，通过 app functions Jetpack 库在设备上构建本地服务器。官方建议根据数据位置和覆盖平台来选择。

Kate 用官方 Android Dev Summit 示例应用做了演示：在 Gemini 里询问 XR 相关议程，模型调用对应工具，拉回第一天和第二天的场次信息，最后在对话内渲染出带 Android 机器人形象的自定义品牌组件。用户能直接在组件里切换地点、按天筛选、按主题筛选、查看详情和讲者，全程不离开 Gemini。

Model Context Protocol（MCP） 是由 Anthropic 于 2024 年底开源的一项标准协议，旨在统一大语言模型与外部工具、数据源之间的连接方式。它采用客户端-服务器架构：模型侧作为客户端，向开发者实现的 MCP 服务器发出结构化请求，服务器再以预定义 schema 返回工具列表、资源或执行结果。相比过去每个平台各自定义插件接口，MCP 让一次实现即可被多个兼容的智能体调用。目前该协议已获得 OpenAI、Google、微软等主要厂商的支持，并被社区视为“AI 应用的工具 USB 接口”。理解 MCP 的请求-响应模型，有助于把握 Connected Apps 为何强调 schema 质量与服务器说明——这些都直接决定模型能否正确路由和调用工具。

FastMCP 是一个用于快速构建 MCP 服务器的 Python 框架，开发者通过装饰器即可将普通函数暴露为带类型注解和文档字符串的工具，框架自动生成符合 MCP 规范的 schema 并处理传输层。它支持 stdio、SSE、Streamable HTTP 等多种传输方式，适合从本地原型到云端部署的过渡。官方建议用 FastMCP 起步，正是因为其低样板代码的特性可以缩短从“有一个 API”到“模型能调用它”的距离。需要注意的是，FastMCP 生成的 schema 仍取决于函数签名与 doc string 的清晰度，因此后文强调的强类型与语义化文档并非框架能自动替代的工作。

四个最佳实践，决定工具调用准不准

Kate 总结了构建 MCP 服务器时必须遵守的四条实践：

• 显式服务器说明：初始化时清楚描述应用的领域和能力。平台依赖这些说明判断何时把请求委派给你的服务器，Google Connected Console 也会显式校验其存在。
• 两个安全注解：明确标记工具是只读还是修改数据。涉及编辑或删除的工具要标为破坏性操作，平台据此决定是否向用户弹出确认。
• 强类型 schema 与语义化文档字符串：把参数的 doc string 当作提示词的一部分，写清期望取值，例如地点参数里列明伦敦等具体选项。官方强调，清晰描述性的 schema 是工具调用准确性的最大影响因素。
• UI 资源元数据绑定：在 meta 中把工具输出与自定义 UI 资源绑定，Gemini 便能在安全沙箱 iframe 中渲染品牌化的交互界面。

破坏性操作注解在 MCP 规范中对应 destructiveHint、readOnlyHint 等工具注解字段，属于服务器向客户端声明工具副作用的元数据。平台据此决定是否需要弹出用户确认，以及确认文案的强度。将编辑、删除、支付类工具误标为只读，可能导致智能体在未获同意时执行不可逆操作；反之过度标注则会让只读查询也频繁打断用户。规范还包含 idempotentHint（重复调用是否安全）与 openWorldHint（是否触及外部世界），共同构成风险画像。开发者在实现时应把注解视为与功能逻辑同等重要的契约，而非可选装饰。

开发、测试、上架：一条完整流水线

本地开发时，开发者可以先用命令起一个本地服务器，再用 MCP Inspector 调试工具和 UI。随后把 MCP 端点部署到任意云服务——若使用 Google Cloud，一条 CLI 命令即可上线。

下一步是在 Gemini 的 Developer Mode 中验证公网端点。这个面向美国用户开放的新功能允许开发者在 Gemini 内部实测应用：查看调用了哪个工具、请求与响应详情、延迟和错误状态，还能切换日期时间、语言偏好等环境变量来模拟不同用户上下文，并配置认证。日志可以复制或导出分享。官方透露后续还将支持生成评测集、质量指标评分卡和基准测试。

验证通过后，开发者提交申请表单，获批即可进入 Google Connected Console 准备生产发布：创建应用、填写展示名称、图标、面向用户的描述、能力与限制、示例提示词；配置 MCP 服务器端点并验证域名归属；配置凭据以同步工具；选择可用区域、语言、覆盖入口和单个工具配置。需要注意，控制台会对 MCP schema 做快照，schema 有变动必须回控制台重新部署。之后添加测试账号，在所选入口上实测，再提交 Gemini 阶段审核，最终按地区或全球发布。

MCP Inspector 是 MCP 官方提供的调试工具，以本地 Web 界面形式运行，可连接任意 MCP 服务器并列出可用工具、资源与提示模板，手动填入参数发起调用，查看原始请求与响应 JSON、错误堆栈和耗时。它支持 stdio 与 HTTP 两类传输，因此既能调试本地 app functions 服务器，也能连远端端点。在 Connected Apps 场景中，Inspector 主要用于验证工具 schema 是否被正确解析、输出结构是否符合 UI 资源绑定预期，是提交审核前发现协议层问题的第一道关口；它与 Gemini Developer Mode 的区别在于后者验证的是平台侧路由与渲染，而 Inspector 验证的是服务器本身。

用户信任：确认要跟风险匹配

当智能体代替用户行动时，控制权是绕不开的问题。Mai 给出了几条原则。确认的粒度随风险而定：查询菜单、追踪订单这类只读操作应当无摩擦；而编辑共享内容、完成预订、删除难以恢复的数据，模型会在执行前请求用户明确同意。敏感数据会显式展示而非隐藏——检测到个人信息时，用户能看到究竟共享了什么，并当场决定是否继续。提问也要具体，不问含糊的“确定吗”，而是说清哪个应用、发送或改变了什么。用户还可以在 Gemini 中按应用、按操作设置是否始终允许。对开发者的要求是：诚实标注工具是只读、修改还是删除。

早期伙伴验证：把墙拆掉之后

Viator 和 Ticketmaster 是两个早期合作方。在演示场景中，用户连接应用后让 Gemini 找四人份的白天美食之旅和演唱会门票，Gemini 识别能力、带着人数日期偏好直接调用双方工具，两个应用返回真实库存并在对话内渲染可交互体验——挑美食路线、选座位，从发现到行动无缝衔接。Mai 的结论是：静态应用启动器的时代正在退场，取而代之的是智能、主动、具备行动能力的体验。

编辑观点

Connected Apps 的实质是把 MCP 从开发者社区的自发协议，升级为 Google 消费级产品的分发入口。对开发者来说，吸引力在于一次构建、多端曝光和明确的转化场景；对 Google 来说，这是把 Gemini 从“会回答”推向“会办事”的关键基础设施。需要冷静看待的是：预览阶段仅限美国开发者，审核、schema 快照等环节意味着仍有一定运营成本，而品牌如何在沙箱 iframe 与平台确认机制之间保持体验一致性，将是真正落地时的考验。