8 月 4 日，Google 向 Android 用户发送邮件，确认 Google Assistant 将从 2026 年 9 月 4 日起在移动设备上停止服务。届时用户将无法在手机、平板、Wear OS 手表、耳机和 Android Auto 投屏模式上使用或切回 Assistant。唯一的例外是搭载 Google built-in 的车载系统，Assistant 仍将继续运行。
这是 AI 助手行业第一个完成代际切换的案例——但这条路 Google 走了将近两年，推迟了三次。
三次推迟的背后：非确定性模型撞上确定性期望
Google 的原始计划远比如今激进。2025 年 3 月，公司宣布 Gemini 将在当年年底前全面取代 Assistant。到了 2025 年 12 月 19 日，Gemini Apps 团队社区经理 Anish Kotthapalli 在官方论坛发布公告，将时间线推迟到 2026 年，理由是「确保无缝过渡」。随后 Android Auto 支持页面一度显示截止日期为 2026 年 3 月。但 3 月过去了，Assistant 仍然活着，直到 8 月 4 日的邮件才敲定最终日期：9 月 4 日。
三次推迟暴露的是同一个根本问题：用基于概率生成的 LLM 替代走固定逻辑树的声音助手，不只是功能升级，而是交互范式的断裂。
Google Assistant 自 2016 年发布以来，积累了大量用户对「命令即执行」的肌肉记忆。设置闹钟、播放音乐、导航回家——这些操作的历史可靠性接近 100%，响应延迟极低。Gemini 需要先「理解」用户意图，再通过推理链决定动作，这一步引入了传统助手没有的两个变量：延迟和不确定性。
这在车载场景中最为致命。9to5Google 在一期分析视频中指出，当用户以 70 英里/小时行驶时，Gemini 的「思考停顿」可能从体验问题升级为安全隐患。Google 给出的方案是保留车载内置系统的 Assistant 不受退役影响，等于承认 Gemini 在低延迟、高可靠性场景中尚未及格。
不只是换模型，是换 OS 的定位
如果只是为了一个更聪明的语音助手，Google 不必花两年时间折腾。Assistant 退役的真正推手是 Google 对 Android 的重新定义：从操作系统变成「智能系统」（intelligence system）。
2026 年 2 月，Android 开发者博客公布了 AppFunctions 框架——允许应用将数据和功能以自描述函数的形式暴露给 AI Agent，让 Gemini 能够跨应用执行任务，而无需用户手动切换。这与云端 MCP（Model Context Protocol）逻辑一致，但运行在设备本地。
5 月的 Google I/O 上，Gemini Intelligence 正式发布。除了多步任务自动化——长按电源键让 Gemini 读取屏幕上的购物清单并在外卖应用中完成下单——还引入了 Rambler（将口语实时整理为书面文字）、Create My Widget（用自然语言生成桌面小组件）和 Chrome auto browse（让 Gemini 在浏览器中自主完成预约和比价）。7 月底，Gemini Spark 进一步将 Chrome auto browse 集成进桌面端，允许 Agent 使用用户的登录态和已存密码处理 Web 事务。
这些能力远超出了「语音助手」的范畴。Assistant 的定位是让用户更快地完成已知任务；Gemini 的定位是让用户不必知道完成任务需要哪些步骤。前者的核心指标是响应速度和指令识别率；后者的核心指标是任务完成率和跨应用推理准确度。用传统 Assistant 的框架去评价 Gemini，就像用功能手机的标准评测智能手机——结论是对的，但问题问错了。
已经补上了什么，还没补上什么
从功能覆盖来看，Gemini 已接管 Assistant 大部分核心场景：语音搜索、闹钟、日历、智能家居控制、消息发送。但用户的实际体验评价远不如功能清单乐观。
BGR 汇总的用户反馈显示，Reddit 上已切换的用户抱怨 Gemini 「对简单问题给出过于复杂的回答」，Google 官方支持论坛中甚至有人表示可能因此转投 iPhone。这些抱怨指向的不是功能缺失，而是交互哲学的根本变化：Assistant 被设计为少说多做，Gemini 被设计为多说少错——但用户要的是前者。
智能家居是另一个未完成区域。Google 在邮件中承诺 Gemini 将登陆 Google TV 和 Home 音箱/显示器，但未给出时间表。Nest Hub 等设备目前通过 Gemini for Home 早期计划运行，反馈参差不齐——TechRadar 记录了早期访问中任务执行失败的情况，而 Google 在 2026 年 3 月的更新中未能完全解决这些问题。
更棘手的是功能回退。9to5Google 的分析指出，部分 Nest Hub 用户在升级到 Gemini 后失去了数字相框等基础功能，而这是许多用户购买该设备的原始动机之一。「通过服务器端更新撤销硬件功能，在用户看来无异于违约。」
竞争全景：三大厂商同陷「非确定性困境」
Google 不是唯一在 AI 助手升级中挣扎的公司。
Apple 的 Siri AI 经历了更坎坷的路径。原计划在 iOS 18 时代推出的新版 Siri 多次推迟，最终在 WWDC 2026 以「Siri AI」品牌重新发布，但截至 2026 年 7 月仍处于 beta 阶段，正式版预计随 iOS 27 在今年秋季上线。此前 Apple 甚至更换了 AI 负责人 John Giannandrea。一条联邦诉讼指控 Apple 宣传未交付的 Apple Intelligence 功能构成虚假广告。
Amazon 选择了不同的路径：Alexa+ 采取付费订阅模式，将 LLM 增强功能作为增值服务而非默认替代。这一策略避开了 Google 和 Apple 面临的「强制迁移」问题，但也意味着 Alexa+ 的用户规模和生产环境反馈速度将慢于 Gemini。
三家公司面对的是同一个技术现实：LLM 在开放域对话和多步推理上的能力飞跃，与它们在确定性任务执行上的不可靠，是一枚硬币的两面。概率生成模型天然不适合替代确定性逻辑——而此前十年语音助手积累的用户信任，恰好建立在确定性之上。
代际切换的胜负手不在模型，在迁移
Google 给 Assistant 设定的退役日期是 2026 年 9 月 4 日，距离它 2016 年在 Google I/O 上首次亮相，刚好十年。这十年里，Assistant 从「OK Google」的唤醒词起步，覆盖了数十亿台设备，定义了消费者对语音 AI 的基本预期。Gemini 要继承的不只是这些功能，还有十年间积累的用户信任——而这恰恰是 LLM 最难复制的资产。
从技术路线看，Google 的赌注是清晰的：用 AppFunctions、Gemini Intelligence 和 Gemini Spark 构建一个 Agent 优先的操作系统，让 AI 从被动的问答工具变成主动的任务执行者。但这个赌注能否兑现，取决于两个尚未解决的问题：Gemini 能否在低延迟、高可靠性场景中达到 Assistant 的水平；已经习惯「说了就做」的用户，是否愿意接受一个有时需要「想一下」的助手。
第一个问题主要关乎工程优化——将更多推理迁移到端侧（Gemini Nano），缩小车载等关键场景的延迟差距。第二个问题关乎产品设计——如何在不牺牲智能的前提下，让 AI 助手的行为更可预测。目前 Gemini 给出的答案是「用户始终在控制中」：任何自动化操作都可以通过通知监控或随时手动接管，敏感操作需要用户确认。但这更像是安全网，而非从根本上解决可预测性问题。
9 月 4 日之后，Android 用户将没有回头路。Assistant 的时代结束了，但 Gemini 时代能否真正开始，要看的不只是模型能力，而是 Google 能否让 AI 的不确定性从缺陷变成特性。
