Google Assistant 将于 9 月 4 日被强制交接给 Gemini

从 9 月 4 日起，Google Assistant 将开始从符合条件的 Android 设备上消失，这意味着 Google 长期规划的 Gemini 迁移将转为强制交接。

据报道，Google 通过发送给 Android 用户的邮件披露了这一日期。邮件称，Gemini 将成为受支持手机和平板电脑上的助手体验。已连接的手表、头戴式耳机、入耳式耳机，以及投屏式 Android Auto 系统，都将跟随手机上的选择。

最大的变化并不在于熟悉的“Hey Google”唤醒词是否保留，而是一个既有退路将被取消。根据据称的通知，符合条件的设备完成迁移后，用户将无法返回经典助手。

Google 尚未在公开支持页面上发布完整的 9 月 4 日通知。因此，该日期以及无法回退的表述，依赖于收件人分享的邮件副本和最初的停用报道。

不过，整体方向毫无疑问。Google 于 2025 年 3 月宣布，Gemini 将取代其经典移动助手。其支持文档已将 Gemini 视为较新 Android 配件上的主要助手。

这使其不只是又一次产品退役。Google 正在以生成式助手取代可预测的命令系统，覆盖人们驾车、步行、锻炼和免手持工作时使用的设备。

这次迁移让 Google 能够在不断扩展的 Android 平台上采用统一的助手架构。但如果 Gemini 无法妥善处理 Google Assistant 曾可靠完成的简单任务，用户最容易使用的退路也将随之消失。

9 月 4 日 Google Assistant 将发生哪些变化

9 月 4 日的迁移，将 Google 逐步升级的推进计划转变为符合条件 Android 用户实际面临的截止点。

据称，Google 的邮件表示，移动版 Google Assistant 正在停止服务。该过程将于 2026 年 9 月 4 日开始，而非在同一时刻覆盖所有设备。

符合条件的 Android 手机和平板电脑将把 Gemini 设为默认 Google 助手。迁移覆盖某台设备后，经典服务将不再在该设备上可用。

这一措辞很重要，因为分阶段推出可能导致不同地区、账户、手机品牌和软件版本出现不同体验。两名使用相似 Android 手机的用户，可能不会同时收到这一变化。

Google 还将若干配套设备与手机上选择的助手关联起来。受支持的头戴式耳机和入耳式耳机，会使用其连接 Android 设备上配置的主要助手。

Google 的耳机说明已经解释了这一依赖关系。当 Gemini 成为手机的主要助手时，兼容 Google Assistant 的耳机可以开始将请求转交给 Gemini。

同样的逻辑也适用于投屏式 Android Auto：手机会向车辆显示屏提供应用和助手功能。Google 表示，在手机上选择 Gemini，也会在该 Android Auto 体验中取代经典助手。

内置 Google 服务的汽车似乎是一个重要例外。这些车辆通过直接集成到车内的软件运行 Google 服务，而不是从连接的手机进行投屏。

据称的邮件表示，Google Assistant 将在这些内置系统上继续运行至 9 月 4 日之后。Google 尚未公开说明该剩余版本的最终停止服务日期。

硬件兼容性构成了另一条边界。Google 此前表示，未达到 Gemini 最低系统要求的手机，暂时仍将保留 Google Assistant 功能。

该公司当前的要求通常将可用性与受支持的 Android 版本、足够的内存、符合条件的账户、语言和国家或地区挂钩。受管理账户和受监督用户可能还会面临额外限制。

可穿戴设备支持也有自己的分界线。Google 表示，Gemini 可在部分运行 Wear OS 4 或更高版本的手表上使用；Google Assistant 则仍列为适用于部分从 Wear OS 3 开始的手表。

这种差异可能让一批较旧的手表陷入尴尬境地：手表或许支持经典助手，却缺少运行 Gemini 所需的软件。

Google 的公开页面尚未解释 9 月 4 日后这一边缘情况的所有结果。用户不应想当然地认为会自动升级，而应先检查手表制造商、操作系统版本和 Gemini 的可用性。

唤醒词带来的扰动则不那么明显。即使由 Gemini 而非经典助手响应，“Hey Google”仍是受支持设备上的激活短语。

因此，用户可能会从行为变化而非用词变化中察觉迁移。同一句短语可能唤出一个在推理、权限、延迟和回复方面均有所不同的系统。

最直接的准备工作很简单。用户应确认手机的 Android 版本，更新 Google 和 Gemini 应用，并在截止日期影响自己前测试关键的语音例程。

为什么 Google Assistant 无法回退

Google 正在淘汰旧助手，因为同时维护两套相互竞争的助手系统，会削弱其将 Gemini 打造成 Android 核心的推进计划。

该公司最早于 2025 年 3 月 14 日明确这一方向。Google 表示，将为更多移动用户升级至 Gemini，并最终从大多数移动设备中移除经典助手。

这次移动端迁移起初被定位为渐进式升级。数百万用户已经完成切换，而公司仍持续补充计时器、音乐、通话和锁屏操作等熟悉功能。

9 月的期限填补了这一策略与实际产品行为之间的差距。可选迁移让用户能够无限期比较两套系统；强制迁移则将使用、开发和反馈集中到 Gemini 上。

同时运行两套助手会带来技术重复。Google 必须维护不同的交互模型，测试重叠操作，并决定由哪套系统控制每个连接端。

这也带来产品定位问题。Google Assistant 主要围绕意图识别构建，即软件将请求映射到预定义操作。

Gemini 使用生成式模型，能够生成回复并理解更广泛的上下文，而非仅依赖固定命令模式。它可以处理结构较弱的请求、后续提问，以及来自多项服务的信息。

这些能力支撑着 Google 更大的目标。公司希望 Gemini 能够跨 Gmail、Calendar、Maps、Search、Photos、Chrome、Android 和连接设备进行推理。

传统助手若不成为叠加在 Gemini 之上的另一层界面，便无法承担这一角色。保留它也会让不满的用户避开 Google 希望通过广泛使用来改进的产品。

因此，这一决定对现有 Assistant 用户施加的压力，比 Google 的 AI 竞争对手更大。他们的选择并不是 Gemini 与另一款深度集成 Android 的助手之间的选择。

实际可选项是在 Gemini 与更少使用 Google 原生免手持功能之间取舍。第三方聊天机器人可以回答问题，但很少能像 Google 那样深入控制 Android 的通话、闹钟、导航、通知和配件。

Google 也能为开发者提供更一致的平台。应用操作、权限、扩展功能和未来的智能体功能，可以面向一个助手而不是两个日益不同的系统。

该公司已经扩展了这一架构。Gemini 于 2025 年进入 Wear OS，随后进入 Android Auto；Gemini for Home 也开始在兼容扬声器和显示屏上取代 Assistant。

Google 在 2025 年的公告中表示，Gemini 已覆盖 40 多种语言和 200 多个国家或地区。具体可用性仍因功能、账户、地区和设备而异。

规模强化了整合的理由。在 Google I/O 2026 上，CEO Sundar Pichai 表示，Gemini 应用的月活跃用户已超过 9 亿。

这一数据由一份I/O 简报报道，涵盖的是更广泛的 Gemini 应用，而非仅 Android 助手使用情况。它并未透露有多少人通过语音使用 Gemini。

但这表明，Gemini 已不再是 Google Assistant 身旁的实验性伴侣，而是 Google 的主要消费者界面之一。

取消回退选项能让 Google 获得更清晰的采用数据和更集中的反馈，但也将迁移风险直接转移给依赖狭窄、重复命令的用户。

询问宽泛问题的人可能更偏好 Gemini 的对话风格。只想要计时器、通话或可靠导航的人，则可能更看重可预测性，而非生成式能力范围。

Google 正在押注：一个持续改进的助手最终能同时服务这两类人。9 月 4 日是符合条件的用户失去在场外继续观望这一赌注能力的时点。

“Hey Google”仍在，但其背后的系统已改变

被保留的唤醒词掩盖了更深层的转变，因为 Gemini 的行为方式并不像只是 Google Assistant 的改名版本。

Google Assistant 的成功，在于让一组有限命令变得可靠。用户学会了用特定短语触发闹钟、通话、消息、媒体播放、路线、提醒事项和智能家居控制。

Gemini 则将同一请求视为更广泛对话的一部分。它可以推断上下文、总结信息、跨连接服务工作，并处理后续问题。

在手机上，这种差异可能很实用。用户可以询问屏幕上可见的内容，与 Gemini 讨论后，再请求执行操作，无需重复说明每个细节。

在 Wear OS 上，Google 推广的示例包括：查找邮件中的地址、总结最近一条消息，或向日历添加多个活动。

该公司于 2025 年 7 月开始为运行 Wear OS 4 或更高版本的兼容手表推出Wear OS 版本。涵盖 Pixel、Samsung、OPPO、OnePlus 和 Xiaomi 设备。

当用户启用相关连接和权限后，Gemini 还可以通过手表访问 Gmail 和 Google Calendar。这带来了比旧助手更丰富的免手持场景。

跑步者可以让 Gemini 向联系人发送消息并说明延误原因。通勤者可以请求前往日历中某项约会地点的路线。

耳机也提供了另一个实用示例。用户可以通过“Hey Google”唤起 Gemini，让它朗读通知，并在不拿起手机的情况下继续 Gemini Live 对话。

这些场景解释了 Google 为何将此次转变视为升级。助手对准确措辞的依赖更少，对用户即时上下文的感知则更强。

不过，生成式灵活性也会带来不确定性。确定性的命令通常会成功、失败，或要求补充缺失参数；生成式系统则可能以不同于预期的方式理解请求。

这种差异在手表或汽车中尤为重要。语音交互往往发生在用户无法轻易查看长回复，或难以纠正多个错误步骤的时候。

在许多宣传场景真正可用之前，Gemini 还需要访问个人服务。用户必须启用连接，并授予电子邮件、日历、消息、通知及其他数据的权限。

由此带来的助手可以更有用，但也会更加依赖账户配置。在一位用户的设置中可用的功能，可能在另一位用户那里仍无法使用。

Google 提供了用于停用单个连接的控制选项。然而，这次强制的平台过渡将更广泛的选择从“Assistant 或 Gemini”变成了“拥有选定访问权限的 Gemini，或没有可比的 Google 助手”。

同样的矛盾也已进入家庭场景。Gemini for Home 在受支持的扬声器和显示设备上取代 Google Assistant，同时保留“Hey Google”唤醒方式。

Google 表示，Gemini for Home 能处理对话式追问、模糊的媒体请求和更复杂的智能家居命令。该公司在更广泛部署之前一直通过早期访问收集反馈。

这次推出与移动端截止日期相互独立。因此，手机、扬声器、电视、手表和汽车尽管共享 Gemini 品牌，仍可能按照不同的时间表完成迁移。

其结果是，这场过渡听起来统一，技术上却依然碎片化。“Hey Google”在一台设备上可能会唤起 Gemini，在另一台设备上则可能仍连接至旧助手。

只要硬件要求和区域发布节奏不同，这种模糊性就会持续存在。Google 的品牌承诺了连续性，但其设备阵容尚未完全兑现这一承诺。

保留唤醒短语，是因为更换它会带来不必要的摩擦。用户说出这句话后得到的，已经是另一款产品。

强制切换暴露了 Gemini 的可靠性考验

Gemini 现在必须证明，对话能力的广度能够与人们对系统级助手所期待的可靠执行力并存。

对这次迁移最有力的批评，并非生成式 AI 缺少有趣功能，而是一些日常助手任务对错误的敏感程度，仍远高于开放式聊天。

通话就是一个明显例子。2026 年 6 月，用户报告 Gemini 在 Android Auto 和移动设备上发起通话时出现故障。

Google 承认存在导致部分通话无法进行的问题，并通过更新后的应用发布了修复。已有记录的通话问题说明了此次迁移的核心风险。

暂时性的 bug 并不能证明 Gemini 无法取代 Google Assistant。但它确实说明，移除回退选项会提高每一次功能回归的风险。

驾驶时，语音操作失败不只是带来不便。反复重试会分散注意力，而免提界面原本正是为了避免这种情况而设计。

媒体播放也会产生类似摩擦。对话模型可以理解对一首歌曲的模糊描述，但用户仍期待精确命令能立即播放正确曲目。

智能家居控制则有另一种失效模式。一个细腻的模型或许能很好地理解自然语言，却可能难以识别特定设备名称、房间分配或既有自动化流程。

Google 多年来一直在训练用户信任简短命令。Gemini 必须在扩展推理能力的同时，保留这种使用习惯。

该公司的公开文档也承认仍存在限制。文档建议用户核查 Gemini 回复的准确性，并称功能可能因设备、语言、地区、账户和订阅而异。

Google 也一直在逐步补充用户所要求的 Assistant 功能。这段历史表明，替换计划启动时，功能对等尚未完成。

9 月的截止日期改变了用户遇到剩余缺口的方式。此前，用户在一次令人沮丧的试用后还可以重新选择 Google Assistant。

根据所报道的邮件，迁移后这条路径将消失。实际可行的补救措施将变成更新软件、更改权限、换一种方式表述命令，或等待 Google 修复问题。

无障碍支持尤其值得关注。语音助手服务的不只是追求便利的用户，也包括无法稳定使用触摸屏的人群。

Google 表示，TalkBack 用户需要 12.1 或更高版本，才能在受支持的手表上使用 Assistant 或 Gemini。设备和功能可用性仍存在差异。

家庭也面临账户限制。受监管账户、学校账户和受管理的工作场所账户，获得的 Gemini 访问权限可能与普通个人账户不同。

因此，一个家庭可能保留相同硬件，却失去所有家庭成员之间一致的助手行为。Google 需要在每次迁移开始前提供说明这些边界的支持文档。

隐私则是另一项权衡。当用户连接 Gmail、Calendar、Photos、Messages 和其他服务中的个人数据时，Gemini 会变得更强大。

这些连接可以帮助回答涉及预约、地点、联系人和过往对话的请求。但它们也要求用户理解 Gemini 可以访问哪些服务，以及活动记录如何存储。

Google 表示，用户可以控制这些连接并查看相关设置。不过，即使单项权限仍可配置，强制更换助手仍可能让同意授权显得不那么可选。

负责任的判断应当比任何一种极端立场都更审慎。Gemini 既不只是一个不可靠的聊天机器人，也不是一个优势足以抹平所有功能回归的完整替代品。

它是一个更广泛的助手，正进入那些一致性与智能同样重要的任务领域。强制迁移移除了用户在这些优先事项发生冲突时此前拥有的比较工具。

如果日常命令再次变得平淡无奇，Google 的截止日期就会成功。如果用户还必须思考哪个模型来处理计时器或电话，过渡就仍未完成。

Google Assistant 与 Gemini 的较量，本质上是可预测性与能力范围的较量

主要竞争并非 Google 与另一家公司之间的竞争，而是可预测的命令与能力更强、边界却更难预测的系统之间的竞争。

Apple、Amazon、OpenAI 及其他 AI 开发商提供了有用的竞争背景。它们都在向能够理解自然语言并跨应用执行操作的助手迈进。

然而，没有其他公司像 Google 一样控制 Android 助手层。眼下的压力落在 Google 自身的传统设计，以及它所塑造的用户预期上。

Google Assistant 围绕受支持的意图进行了优化。这种结构限制了用户可以提出的请求，但也让成功命令相对容易重复执行。

Gemini 扩大了可接受输入的范围。用户可以描述目标、补充上下文、提出追问，并结合多个服务的信息。

这种权衡体现在四个方面。

请求风格

• Google Assistant：最适合映射到既有操作的简短命令。

• Gemini：接受更广泛的语言、追问和结构更少的请求。

信息访问

• Google Assistant：通过预定义集成检索答案并执行操作。

• Gemini：在权限和可用性允许时，可以跨已连接服务进行推理。

失败行为

• Google Assistant：通常会拒绝不受支持的命令，或要求提供特定细节。

• Gemini：可能误解意图、给出不够完善的答案，或在应用操作期间失败。

用户控制

• Google Assistant：此前在符合条件的手机上仍可作为回退选项使用。

• Gemini：在所报道的 9 月过渡后成为必需的 Google 助手。

这种比较解释了为何用户反应不一。人们会根据分配给助手的任务来评估它们。

将语音用于研究、消息摘要或复杂规划的人，可能会重视 Gemini 的能力范围。将它用于灯光、通话、闹钟和导航的人，则可能更重视可重复性。

Google 需要同时满足这两类群体，因为 Android 服务于许多不同场景。手机助手不能只像聊天机器人一样运作，而生成式助手也不能始终被限制在固定命令中。

竞争对手面临同样的根本挑战。Apple 必须将其助手战略与系统操作连接起来，同时不损害隐私或可靠性。

Amazon 必须将生成式对话带入家庭环境，而用户期待的是即时设备控制。OpenAI 必须将模型智能转化为在其并不拥有的平台上可靠执行的操作。

Google 拥有集成优势。它控制 Android，开发 Gemini，运营主要消费者服务，并维护围绕它们的配件框架。

这种优势也集中了责任。当 Gemini 无法通过 Android 拨打电话，或错误处理原生服务时，Google 无法将责任归咎于其他平台。

该公司的战略越来越将每台设备视为同一个助手的界面。手机提供账户和权限，而手表、耳机、汽车、浏览器和家居设备则扩展访问范围。

迁移完成后，这种架构可以减少碎片化。在过渡期间，它也可能把一个手机层面的问题扩散到多台已连接设备上。

对主要助手的更改可能影响手表按键、耳机手势和方向盘命令。用户可能会将这些故障视为彼此独立的硬件问题。

这使得清晰的诊断至关重要。Android 需要显示由哪个助手处理了请求、哪项权限阻止了它，以及故障源于连接问题还是应用集成。

Google Assistant 很少向普通用户暴露其底层意图系统。Gemini 不能期待用户去调试模型路由、扩展功能或账户资格。

最终胜出的系统将隐藏这种复杂性，同时保留有意义的控制权。它必须理解宽泛请求，也必须在不即兴发挥的情况下执行精确请求。

Google 相信 Gemini 能成为这样的系统。淘汰其前任迫使该公司在 Android 的规模上证明这一主张。

三个信号将显示 Gemini 是否准备就绪

未来三个月将揭示，Google 是完成了一次平台迁移，还是仅仅强制实施了一次迁移。

第一个信号是 9 月 4 日发布的实际形态。用户应关注哪些设备会迁移、变更传播得有多快，以及 Google 是否公布完整的资格矩阵。

精确的支持页面将增强信心。它应覆盖较旧的 Android 手机、Wear OS 3 手表、受管理账户、受监管用户、不受支持的语言和地区例外情况。

如果 Google 推迟大批用户群体的迁移，或让许多符合条件的设备继续使用 Google Assistant，那么这个截止日期看起来会更像目标，而不是硬性期限。

第二个信号是日常任务的可靠性。通话、消息、计时器、提醒、导航、媒体播放和智能家居命令，比令人印象深刻的演示更重要。

用户应关注应用更新和支持论坛中涉及这些操作的反复故障。Android Auto 值得特别关注，因为分心会提高每一次命令失败的代价。

更少的功能回归将支持 Google 关于 Gemini 能接手 Assistant 日常工作的主张。持续存在的问题则会削弱移除回退选项的理由。

第三个信号是跨设备一致性。一次成功的过渡应让同一请求在手机、手表、耳机、汽车和家居产品上表现相似。

这不要求所有地方都具备完全相同的功能，但确实要求设备之间存在可理解的差异和可预测的交接。

关注 Google 是否统一其账户权限、已连接应用设置和故障排除信息。还应关注“Hey Google”是否清楚表明将由哪个助手回应。

一致的行为将验证 Google 的单一助手战略。碎片化的回应则表明，共享品牌尚未创造共享体验。

对用户而言，最好的应对方式是在迁移覆盖其设备之前测试重要工作流。试试在驾驶、锻炼、做饭或管理无障碍需求时使用的命令。

检查 Gemini 的已连接应用和活动控制。确认家庭、学校和工作账号均可访问所需功能。

记录任何失败的常规操作，然后检查应用更新或权限变更能否解决问题。这些证据会比泛泛比较 AI 智能水平更有价值。

Google Assistant 正在退出，因为 Google 希望 Gemini 成为 Android 的通用界面。决定性问题在于，Gemini 能否让这一愿景变得习以为常。

9 月 4 日之后，每个计时器、电话、路线和消息都会成为答案的一部分。