我 Google Home 音箱上的 Gemini 简直是一场灾难

一句话看懂：Android Police 编辑 Rita El Khoury 在四台 Google Home/Nest 设备上体验了几个月的 Gemini 版智能音箱，结论是唤醒、识别和响应都比旧版 Assistant 更差；这不是个例，Google 已承认问题但修复承诺尚未兑现。

事件核心：发生了什么

2026 年 9 月 29 日，Android Police 高级编辑 Rita El Khoury 发文记录了她参与 Google Home Public Preview（公开预览计划）后，在 Gemini 驱动的智能音箱上的真实体验。她的测试环境覆盖三层住宅中的四台设备：两台 Nest Audio、一台 Pixel Tablet、一台第二代 Nest Hub，且她与丈夫两名用户都在日常使用。

问题集中在几类：至少 20%–30% 的情况下需要重复说两遍“Hey Google”；两个或以上音箱同时被唤醒，离用户更远的设备反而应答；响应速度明显慢于旧版 Assistant；有时音箱“听完就沉默”，既不回答也不确认，她丈夫添加日历事件时说到“11 AM”后设备直接停止监听，命令需重做。此外，Gemini 频繁截断指令——“turn off all the lights”偶尔被听成“turn all the lights”，导致半夜反而开灯；预设自动化命令（如“open downstairs”）也常被忽略。目前公开信息显示，类似反馈已持续数月，Google 也已承认相关缺陷。

为什么重要

智能音箱是语音助手最日常、最“无摩擦”的入口，一旦唤醒、断句和响应延迟同时退化，用户对“大模型上设备”的信任会被直接消耗。Gemini 是 Google 试图用生成式 AI 重构 Assistant 的核心路线，但语音场景对低延迟推理、唤醒词检测和端云协同的要求极高，模型能力的提升并不自动等于体验提升。这给整个行业提了个醒：把大模型塞进消费级硬件，工程与交互调优的难度可能被低估。

对用户/开发者/创作者的影响

对普通用户，若你依赖智能音箱控制灯光、日历和例程，升级 Gemini 前值得观望，尤其是多设备同屋的场景。对开发者与智能家居厂商，这暴露出语音助手的 API 稳定性和指令解析可靠性仍是集成风险点，自动化例程一旦不可靠，生态价值就打折。对做语音交互、端侧推理的团队，唤醒词误检、指令截断和响应延迟是必须优先解决的工程问题。