一句话总结：11 月 1 日这周 Google 发了两条消息，一条是 Gemini 4 Carbon 这个主打网络安全的旗舰模型，另一条是 Connected Apps 平台，允许任何企业或开发者把应用接进 Gemini 和 Google Search。后一条的影响面大得多：接入方式是 MCP，注册在 Connected Console，目前已有 50 多个应用，未来几周会进搜索。
一、被模型光环盖住的那条
Gemini 4 Carbon 的数据确实亮眼：SEC-bench Pro 88.2%（找漏洞）、ExploitGym 54.8%（做利用）、CWE-bench 71.0%（打补丁），官方称抵御了全部被测的间接提示注入。这是距离 Gemini 4 Argon 发布不到一周的第二个前沿模型，节奏快得反常。
但同一天发布的 Connected Apps 平台，我认为是更长线的东西。
原因很简单。模型再强，它的能力提升是渐进的、可追赶的；平台一旦形成网络效应，格局就定了。而 Google 这次选了一条开放路线：不要求开发者写它家的 SDK，而是要求提供一个 MCP 服务器。
这个选择的含义比参数大得多。
二、接入流程就四步
官方描述很简洁。
图 1：接入走的是 MCP 协议，不是专有 SDK，这是这条路和我们熟悉的移动应用商店最大的不同
第一步，做一个 MCP 服务器。 把你要暴露的能力包成 MCP 工具，这个协议 Anthropic 在 2024 年底提出来，现在已经是事实标准。站里之前写过从零写一个 MCP 服务器，门槛不高，一个下午能跑起来。
第二步，进 Google Connected Console 注册和测试。 这是 Google 加的环节，用来管权限、做审核、控制哪些应用能出现在用户面前。
第三步，审核通过后出现在 Gemini 里。 用户在和 Gemini 对话时，可以调用你的应用。
第四步，逐步进入 Google Search。 官方说未来几周会推，这一步的想象空间比前三点加起来都大。
目前已经接入的包括 Adobe、Experian、Peloton 等 50 多个应用。这个数字不算大，但它说明流程是通的。
三、和 App Store 的本质区别
表面看这是 Google 在复制移动应用商店的模式：一个入口、一批第三方应用、一个审核机构。
我认为底层的差别在协议这一层。
App Store 时代，你写的是一个 iOS 应用，绑死在苹果的体系里。想上安卓，代码得重写。平台迁不动，这是当年最大的痛点。
MCP 不是专有协议。你写的 MCP 服务器，Anthropic 的 Claude 能用，开源的各种客户端能用，Google 的 Gemini 也能用，豆包那边也在接（站里豆包开放第三方模型那篇提过）。
这意味着同一个 MCP 服务器可以同时出现在多家助手里。对开发者来说，这是过去二十年从没有过的位置：不用为每个平台写一遍。
也意味着平台方失去了锁定能力。Google 能给你的只是流量，不是你的代码。这个交换对开发者友好，对平台来说是被迫的：因为 MCP 已经成了标准，它不做，别人做。
四、Google 为什么必须做这件事
把这条消息放回它自己的处境里看，就明白了。
搜索是 Google 的现金牛，而 AI 助手正在改写用户获取信息的路径。用户不再打开浏览器搜，而是直接问助手。这个入口如果被 ChatGPT、Claude 或者别家占了，搜索广告的盘子会被慢慢掏空。
所以 Google 有两条防线。
第一条是把自己的模型做上去，Carbon 和 Argon 是这条线的产物。
第二条是让用户从对话直接进到具体的服务。用户问"帮我看看上个月的体检报告"，如果对话里能直接调到一个健康应用，他就没必要跳出去。能在对话里完成的事越多，粘性越强，搜索被绕开的可能性越小。
碳模型再强，用户感受不到；Connected Apps 数量到几百个，用户会明显觉得"这个助手能干真事"。
我判断 Google 后面在 Connected Apps 上的投入会明显大于模型发布。前者是防守，后者是进攻。
五、对开发者来说值不值得排期
我的判断是：如果你的产品有明确的"用户会在对话里提到"的场景，值得排。
具体说，符合下面两条之一就该动：
一，用户的请求需要实时数据。 查订单、查物流、查库存、查价格。这类需求用户在对话里张口就来，而模型自己不知道。
二，用户的请求要产生副作用。 下单、订票、预约、提交工单。光会说的助手不值钱，能办事的才值钱。
反过来，纯展示型的东西意义不大。你的官网、你的产品介绍页，用户问一句助手就能答，不需要专门做一个应用。
还有一个现实约束：接进去不等于有流量。 助手会不会在合适的时机调你的应用，取决于它的判断，你控制不了。这和 App Store 里用户主动搜索不一样，命脉在模型手里。
六、需要提前想清楚的风险
MCP 的安全面比看起来大。 一个 MCP 服务器本质上是给 AI 开的一个接口，AI 又是被用户输入的文本驱动的。提示注入通过工具调用传导进来，是这一类架构最典型的攻击面。站里那篇 AGENTS.md 投毒讲的是同一类问题，只是入口不同。
审核标准目前不透明。 Connected Console 会审什么、拒绝的理由是什么、下架的规则是什么，官方没有公开细则。这对要长期投入的团队是个不确定项。
搜索里的呈现方式还没定。 官方只说"未来几周"，具体是引用、是卡片、还是可直接操作的入口，现在都不知道。这一步的形态会决定这件事最终的价值量级。
FAQ
Connected Apps 和 Gemini Extension 是一回事吗？
不是。Extension 是给个人用户在自己账号里接自定义工具用的，Connected Apps 是面向企业开发者的正式分发渠道，要走 Console 审核。
必须用 MCP 吗？
按目前的描述，接入通过 MCP 服务器完成。这意味着如果你已经有 MCP 服务，改造量很小；如果没有，得先建一个。
中国开发者能接入吗？
官方说明里没有地域限制的表述，但实际可用性取决于账号注册和服务地区。这一项我没有可验证的信息，标注存疑。
会对网站流量产生什么影响？
短期正面，你的服务多了一个曝光入口。长期要看它是否替代了原本的官网访问。参考内容类产品在 AI 摘要下的遭遇，这个风险是存在的。
要不要现在就开始做？
如果你已经有 MCP 服务器，注册的成本很低，可以做。如果要从零建，建议先做一个最小版本验证调用场景，别一上来做全套。
结语
这条消息的真正价值不在于"Google 也做应用平台了"，而在于它承认了一件事：AI 助手的入口之争，拼到末尾看的是能调用多少真实服务，而不是模型分数。
对开发者来说，这是个难得的时间窗。协议是开放的，标准是现成的，平台方在抢应用数量，审核相对宽松。这个窗口不会一直开着。
给个具体动作：花半小时列一下你的产品里，有哪三个动作是用户最想在对话里直接完成的。列完了再判断要不要做 MCP 服务，比看十篇分析有用。
参考资料
- AyrAI - 11 月 1 日 AI 动态，含 Carbon 基准与 Connected Apps 说明
- Google - Connected Apps Platform 开发者文档
- Model Context Protocol - 协议规范与服务器实现指南
- 参考资料
发表评论
◎欢迎参与讨论，请在这里发表您的看法、交流您的观点。