Google开放AI入口给第三方

Google开始把Gemini和搜索变成“应用运行层”

Google在今天（2026年10月28日）开放了一套面向第三方服务的开发者接入平台，企业可以把自己的产品能力带入Gemini和Google Search的AI体验。据TechCrunch今日报道，这套平台将允许用户在与AI对话或搜索的过程中，直接发现并使用外部服务，而不必先跳转到独立网站或下载安装应用。

**第三方服务接入平台是一套让外部企业向AI暴露可调用能力、身份认证与任务结果的基础设施。**它与传统的模型API方向相反：模型API是开发者把Gemini接进自己的产品，而这次开放是开发者把自己的产品接进Google的Gemini和搜索入口。

这一区别决定了它不只是一次常规的开发者工具更新。Google正在尝试把搜索框和Gemini对话框变成新的服务分发层，用户提出需求后，AI不仅给出答案，还可能替用户选择服务、填写参数、确认选项并完成任务。

举个例子，过去用户搜索“周五晚上两个人、离公司三公里、能看夜景的餐厅”，通常需要在搜索结果、地图、点评网站和预订应用之间来回切换。第三方服务接入Gemini与搜索后，理想路径会变成：AI理解条件，调用餐厅库存和预订服务，列出几个符合条件的选项，再由用户确认时间和座位。

这相当于把“查什么”进一步变成“替我做什么”。

这不是插件商店，而是AI时代的服务入口

**AI交互入口是用户通过自然语言提出需求，并由模型组织信息或调用工具完成任务的界面。**在传统互联网里，入口通常是浏览器、搜索结果页、应用商店和手机桌面；在智能体产品里，入口则逐渐变成对话框、语音助手以及能够持续运行的任务代理。

Google此次开放的关键价值，不在于Gemini里多了几个第三方图标，而在于外部服务有机会进入AI生成答案和执行任务的链路。第三方产品不再只等待用户点击链接，而是可能在模型规划任务时被直接选中。

这种关系可以拆成三层：

1. 发现层：AI判断哪些服务能够满足当前需求。
2. 调用层：AI把时间、地点、预算等结构化参数交给第三方服务。
3. 执行层：第三方返回库存、报价或任务状态，并在必要时让用户确认。

Google目前披露的重点是“让企业把服务带入Gemini和Search”，而不是推出一个单纯的信息目录。换句话说，真正值得关注的不是应用能否被展示，而是应用能否被模型可靠调用、能否进入最终答案，以及能否完成具有商业价值的操作。

Gemini和搜索承担的角色并不相同

**Gemini是Google面向个人和企业用户提供的多模态AI助手及模型产品体系。**它更适合处理连续对话、跨步骤任务和个性化上下文，因此第三方服务在Gemini中的价值，主要是让智能体获得真实世界的执行能力。

**Google Search是Google面向开放网络的信息检索与服务发现入口。**它拥有明确的搜索意图、网页索引和商业查询场景，因此第三方接入搜索，更直接影响用户发现产品、比较选项和做出购买决策的方式。

两类入口的差异如下：

| 入口 | 用户主要行为 | 第三方服务的机会 | 传统替代路径 | 最大不确定性 | |---|---|---|---|---| | Gemini | 对话、规划、连续执行任务 | 成为智能体可调用工具，参与多步骤工作流 | 打开多个App手动操作 | 权限、上下文共享与服务排序规则 | | Google Search AI体验 | 检索、比较、寻找本地或商业服务 | 进入AI答案并承接明确需求 | 点击蓝色链接后访问网站 | 流量归属、展示方式与点击量变化 | | 传统搜索结果页 | 浏览链接、广告和摘要 | 通过SEO或广告获取访问 | 用户自行判断和跳转 | 点击后转化率不稳定 | | 应用商店 | 搜索、下载和安装App | 获取新增用户与设备入口 | 下载后注册和学习使用 | 安装成本高、使用频率低 | | 独立网站或App | 用户直接访问 | 掌握完整界面、数据和交易关系 | 品牌自行获客 | 获客成本持续上升 |

Gemini更像任务调度器，搜索则更像需求分配器。前者决定“这件事由谁来做”，后者决定“这个需求先看到谁”，两者一旦通过同一套开发者平台连接起来，Google就可能覆盖从意图识别到任务执行的完整链路。

对开发者而言，流量逻辑从排名变成“被调用”

**智能体分发是由AI根据用户意图主动选择并调用服务的产品分发方式。**它与传统搜索分发最大的不同，是用户可能不再看到完整的候选列表，模型会先过滤一轮，再把少量结果交给用户。

传统SEO关心标题、关键词、链接和页面质量，而智能体接入还要关心能力描述、参数定义、返回结果、实时状态和失败恢复。一个网页即使内容丰富，如果无法稳定提供库存、价格和可执行动作，也未必能在智能体任务中胜过结构清晰的服务接口。

未来的竞争单位可能不再是整个App，而是一个个可调用能力。例如，旅行应用可能被拆成“查机票”“锁定价格”“改签”“查询行李规则”和“取消订单”；办公软件可能被拆成“创建文档”“读取日程”“生成报表”和“发送审批”。AI会按任务选择能力，而不是要求用户先选择品牌再进入产品。

这对小型开发者既是机会，也是风险。机会在于，小团队不必说服用户安装一个低频App，只要某项能力足够好，就可能获得来自Gemini或搜索的需求；风险在于，品牌界面被AI遮蔽后，服务可能逐渐变成后台供应商，用户只记得“Gemini帮我订了”，却不记得实际提供服务的是哪家公司。

Google的优势不是模型本身，而是入口组合

Google此次开放最难复制的部分，不是又做了一套工具调用协议，而是它同时拥有搜索、Android、Chrome、Google Maps、Workspace和Gemini等高频入口。单个AI助手可以完成任务规划，但只有连接足够多的用户场景，智能体调用才能形成持续分发。

Google官方资料显示，Gemini企业平台已经把模型、搜索接地、智能体编排和第三方工具放进同一套云端体系，其Model Garden覆盖200多种Google及第三方模型与工具。不过，企业云平台里的智能体能力，与今天面向消费者的Gemini和Search接入并不是同一件事：前者重点是企业内部构建和部署，后者重点是让第三方服务出现在Google自己的用户入口中。

这一策略与OpenAI、Anthropic等公司的方向相似，但侧重点不同。OpenAI更强调把应用和连接器带入AI工作区，Anthropic通过MCP推动模型与外部工具之间的标准化连接，而Google拥有规模更大的传统搜索分发体系。

**MCP即Model Context Protocol，是一种让AI应用以统一方式连接外部数据与工具的开放协议。**MCP解决的是“模型怎样连接工具”，Google此次平台更关键的问题则是“工具怎样进入Google的分发体系”。技术连接可以逐渐标准化，但推荐顺序、商业展示和用户关系仍由平台掌握。

| 平台方向 | 核心入口 | 第三方接入的主要价值 | 平台优势 | 开发者主要风险 | |---|---|---|---|---| | Google Gemini与Search | AI助手、搜索 | 同时获得发现与执行机会 | 搜索规模、Android与Google服务生态 | 排序规则和用户关系由Google控制 | | OpenAI应用生态 | ChatGPT及智能体工作区 | 在对话中提供专业服务 | AI原生用户活跃度与产品迭代速度 | 对单一对话入口依赖较高 | | Anthropic工具生态 | Claude与MCP客户端 | 通过开放协议连接工具和数据 | 协议开放、企业开发者接受度高 | 消费级分发入口相对有限 | | 传统应用商店 | iOS、Android应用商店 | 获取安装和订阅用户 | 支付体系成熟、品牌界面完整 | 下载门槛和获客成本较高 |

Google因此并不是简单追赶“AI插件”趋势，而是在保护搜索入口的下一阶段。如果用户开始习惯让智能体直接完成比较、预订和购买，传统网页点击量就会下降；与其让这部分需求完全流向其他AI产品，Google更愿意主动重构自己的搜索业务。

真正决定平台价值的，是四个尚未明确的问题

Google今天确认了开放方向，但平台能否形成生态，仍取决于调用规则、商业模式、安全机制和数据归属。至少从现有公开信息看，Google尚未完整公布统一的收费标准、收入分成比例、服务排序机制和全球开放时间表。

1. 第三方服务怎样获得调用机会

服务排序将直接决定平台是不是另一个付费流量市场。如果Gemini优先选择响应速度快、价格透明且任务成功率高的服务，开发者可以通过产品质量竞争；如果商业合作和广告预算拥有更高权重，平台最终可能演化成AI版竞价排名。

2. 用户是否知道AI调用了谁

品牌展示将决定第三方能否保留用户关系。合理的产品设计应明确告诉用户服务提供方、最终价格、取消规则和数据用途，而不是把所有过程折叠成一句“任务已完成”。

3. 高风险操作怎样确认

操作确认是金融、医疗、出行和企业场景的底线。查询天气可以自动完成，但付款、发邮件、删除数据、取消订单和修改权限都应提供清晰的确认节点，并保留可审计记录。

4. 失败后由谁负责

责任划分会决定企业是否敢于大规模接入。模型可能理解错意图，第三方服务可能返回过期库存，支付环节也可能超时；平台必须区分模型规划错误、连接故障和服务履约问题，而不能把所有异常都变成一句模糊的“请稍后再试”。

开发者现在应该准备什么

开发者现阶段没有必要为了抢首发而重写整个产品，但应该开始把核心业务拆成可描述、可授权、可执行和可追踪的能力。AI智能体最不擅长处理隐藏规则、模糊状态和不可逆操作，一个接口能返回结果，并不等于它适合被智能体调用。

值得提前完成的工作包括：

• 建立能力清单：明确哪些功能适合查询，哪些功能会产生交易或修改数据。
• 统一参数语义：时间、地点、币种、库存和用户身份不能依赖界面里的隐含上下文。
• 设计分级授权：读取信息、创建草稿、提交订单和付款应使用不同权限。
• 保证操作幂等：同一个任务被重复调用时，不能生成两张订单或发送两封邮件。
• 补全任务状态：让平台能识别处理中、已完成、失败、可重试和需要人工确认。
• 保留品牌触点：在结果页、订单详情和售后流程中明确实际服务提供方。
• 建设独立观测体系：记录调用来源、任务成功率、响应延迟、取消率和最终转化，而不是只统计页面访问量。

任务成功率会成为比点击率更重要的指标。对智能体来说，一个服务是否值得再次调用，不只取决于相关性，还取决于它能否稳定完成任务；响应慢、库存不准、经常要求用户重新填写信息的产品，即使品牌知名度高，也可能在调用竞争中失去位置。

这次开放会改变什么

Google此次更新的短期影响，是为Gemini和Search补充更多真实服务能力；长期影响，则是把网站和App从用户直接操作的软件，变成AI可以编排的能力组件。

这并不意味着独立应用会消失。复杂创作、专业分析、社区互动和高风险操作仍然需要完整界面，但餐厅预订、快递查询、票务比较、简单采购和日程安排等目标明确的任务，会越来越适合在AI入口内完成。

Google的真正野心也不是再做一个应用商店。应用商店分发软件，新的Gemini与Search平台分发的是用户意图：用户说出要做什么，平台决定调用谁、展示谁，以及最终把交易交给谁。

对于第三方开发者，这可能带来一批不需要安装的新用户，也可能削弱品牌和用户之间的直接关系。谁能获得好处，最终不只取决于是否接入，更取决于Google是否提供透明的排序规则、合理的数据边界，以及让开发者能够持续经营用户的机制。

现阶段最准确的判断是：这是一项分发基础设施更新，而不是普通的Gemini功能升级。Google正在把搜索时代积累的入口优势，搬到智能体时代的任务调用层；下一轮竞争的核心，也会从“谁排在搜索结果第一页”，变成“用户开口之后，AI究竟调用谁”。

参考来源

• Google Gen AI SDK：Google官方生成式AI SDK仓库，可用于了解Gemini开发生态、交互能力与工具集成的演进。
• Agent2Agent Protocol：A2A开放协议项目，提供智能体之间能力发现、任务交换与状态协作的技术背景。