8 月 4 日，Google 向 Android 用户发送邮件，确认 Google Assistant 将从 2026 年 9 月 4 日起在移动设备上停止服务。届时用户将无法在手机、平板、Wear OS 手表、耳机和 Android Auto 投屏模式上使用或切回 Assistant。在这份移动设备调整安排中，搭载 Google built-in 的车载系统属于例外，Assistant 仍将继续运行。
Google 已为这次迁移准备了将近两年，时间表也经历了多次调整。
迁移日期多次调整，基础指令的速度和可靠性仍需保障
Google 的原始计划远比如今激进。2025 年 3 月，公司宣布 Gemini 将在当年年底前全面取代 Assistant。到了 2025 年 12 月 19 日，Gemini Apps 团队社区经理 Anish Kotthapalli 在官方论坛发布公告，将时间线推迟到 2026 年，理由是「确保无缝过渡」。随后 Android Auto 支持页面一度显示截止日期为 2026 年 3 月。但 3 月之后，Assistant 仍在运行，直到 8 月 4 日的邮件才敲定最终日期：9 月 4 日。
迁移的困难之一，是让更开放的语言模型交互满足用户对日常指令的稳定预期。Google 给出的延期理由是确保过渡顺利，速度和可预测性则是用户体验中需要继续检验的部分。
Google Assistant 自 2016 年发布以来，积累了大量用户对「命令即执行」的肌肉记忆。设置闹钟、播放音乐、导航回家——用户通常期待这些操作快速完成、结果稳定。Gemini 在支持更复杂需求时，还要控制意图判断和动作选择带来的额外延迟与出错机会；传统助手也并非完全没有这些问题。
在车载场景中，响应延迟尤其需要关注。9to5Google 在一期分析视频中指出，当用户以 70 英里/小时行驶时，Gemini 的「思考停顿」可能从体验问题升级为安全隐患。Google 给出的方案是保留车载内置系统的 Assistant 不受退役影响，为不同车载平台保留了独立的迁移节奏。
Gemini 通过应用接口扩展跨应用任务执行
Google 还希望 Gemini 承担更广泛的 Android 任务自动化，这需要操作系统和应用提供相应接口。
2026 年 2 月，Android 开发者博客公布了 AppFunctions 框架——允许应用将数据和功能以自描述函数的形式暴露给 AI Agent，让 Gemini 能够跨应用执行任务，而无需用户手动切换。它与 MCP（Model Context Protocol）都涉及向 Agent 描述和开放工具能力，但 AppFunctions 面向 Android 应用接口，MCP 本身也不限于云端。
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 则尝试自行判断复杂需求需要哪些步骤。任务完成率和跨应用操作能力成为新增评价维度，原有的响应速度和简单指令可靠性也仍然重要。
核心功能逐步接管，用户仍抱怨冗长回答和功能回退
从功能覆盖来看，Gemini 已接管 Assistant 大部分核心场景：语音搜索、闹钟、日历、智能家居控制、消息发送。但用户的实际体验评价远不如功能清单乐观。
BGR 汇总的用户反馈显示，Reddit 上已切换的用户抱怨 Gemini 「对简单问题给出过于复杂的回答」，Google 官方支持论坛中甚至有人表示可能因此转投 iPhone。这些反馈说明，功能清单之外，回答长度和操作步骤也会影响迁移体验。用户处理简单指令时，往往更希望立即执行。
智能家居是另一个未完成区域。Google 在邮件中承诺 Gemini 将登陆 Google TV 和 Home 音箱/显示器，但未给出时间表。Nest Hub 等设备目前通过 Gemini for Home 早期计划运行，反馈参差不齐——TechRadar 记录了早期访问中任务执行失败的情况，而 Google 在 2026 年 3 月的更新中未能完全解决这些问题。
更棘手的是功能回退。9to5Google 的分析指出，部分 Nest Hub 用户在升级到 Gemini 后失去了数字相框等基础功能，而这是许多用户购买该设备的原始动机之一。「通过服务器端更新撤销硬件功能，在用户看来无异于违约。」
Apple 与 Amazon 也在调整新版助手的发布和收费方式
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+ 与会员和订阅结合：美国 Prime 会员无需额外付费即可使用完整服务，非会员可单独订阅，也可在网页和应用中试用免费版本。不同的收费和分发安排会影响采用速度，但不能仅凭订阅模式判断用户是否需要迁移。
三家公司都需要把开放对话能力接到可靠的执行系统上。语言模型可以帮助理解复杂需求，但闹钟、消息和导航等动作仍要经过明确接口和状态检查，才能让用户知道指令是否已正确完成。
迁移效果取决于低延迟执行与可预测的用户体验
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 日起，受此次调整影响的设备将逐步失去切回 Assistant 的选项。迁移能否被用户接受，既取决于 Gemini 新增任务能力，也取决于闹钟、导航和消息等熟悉操作能否稳定完成。
