Google 在 10 月 28 日推出了 Connected Apps 平台预览版，目标是把「应用接入 AI 助手」这件事标准化。对开发者来说，它第一次给出了一个官方入口，让你把应用能力一次性接进 Google 的 Search 和 Gemini app 两个分发面。
发生了什么
先下判断：这不是又一个 MCP 客户端，而是 Google 用自己的规模，把 MCP 变成了一条「应用分发渠道」。
过去开发者想接入 Gemini 或 Search，缺一个统一的注册、审核、上线、观测流程。Connected Apps 平台补上的就是这个。开发者用 AppFunctions API 集成一个云端托管的 MCP server，或者 Android MCP，然后在 Google Connected Console 里注册、测试、提交。审核前自己选上线渠道——只上 Search、只上 Gemini app，还是两个都上。上线后可以看流量、延迟、错误率，还能管品牌标识（认证 logo、认证账户）。
关键变化清单
一句一句核对原文事实：
- 接入方式：云端托管 MCP server，或 Android MCP，统一走 AppFunctions API。
- 管理入口：Google Connected Console，流程是注册 → 测试 → 提交 → 审核。
- 分发面：提交审核前选 Search、Gemini app 或两者。
- 观测：上线后跟踪流量（traffic）、延迟（latency）、错误率（error rates）。
- 品牌：支持认证 logo 与认证账户，品牌身份可控。
- 规模：Search 和 Gemini 之间已上线超过 50 个 Connected Apps。
- 已在 Gemini 上线的伙伴：Adobe、Experian、Localiza、Peloton；未来几周扩展到 Search。
- 新伙伴：Calm 将同时在 Search 和 Gemini 上线。
对开发者意味着什么
核心信号是「build once，reach everywhere」。一次构建，触达 Search 和 Gemini 两个高意向入口——Search 是强需求场景，用户带着明确意图来；Gemini app 是对话场景，用户要的是自然交互。过去这两条线要分开做集成，现在一个 MCP server 就能覆盖。
更值得注意的，是 Google 把「分发 + 审核 + 观测」这三件原本零散的事收进了一个控制台。开发者不用自己搭注册体系、不用另起一套埋点，上线后直接看流量和错误率。这降低了「把应用做成 AI 可调用能力」的门槛。
具体到工作流，开发者要做的就是把应用能力拆成一个个函数，用 AppFunctions API 描述清楚每个能力干什么、要什么参数、返回什么，再挂到 MCP server 上。Google 负责把它接进 Search 和 Gemini 的对话上下文，在合适的时机把用户引导到这些能力。这个「能力描述 + 平台分发」的分工，才是这次发布真正替开发者省下的力气——你不用管分发和触达，只管把能力封装好。
对 MCP 生态的意义也在这：当一家大厂把云端托管 MCP server 作为官方接入方式，MCP 从「开发者之间传的工具协议」变成「平台官方分发的标准接口」，这个信号比单个功能的发布更重。
待观察
三点没写死的地方。一是开放节奏——官方明确说是分阶段开放，未来几个月才逐步加更多开发者、市场和 Google 产品，现在能拿到预览资格的是一部分。二是审核尺度——「审核前选渠道」意味着审核标准还看不见，怎么保证能力安全和体验一致，有待观察。三是分发效果——能上线不等于有流量，MCP 能力在 Search 里怎么被用户发现、怎么排序，官方还没展开。
所以现在最该做的是去 developers.google.com/connected-apps 注册预览、读文档，把自家应用的核心能力按 AppFunctions 的形式整理一遍。等到审核尺度和分发机制更明朗，谁先接好、谁就先占住这个新入口。