谷歌在首次发布 Gemini for Home 时，曾承诺带来自然对话控制和情境感知推理等亮眼功能。然而，许多用户实际收获的却是更慢的响应速度、失序的功能优先级、频繁中断的自动化例程，以及那些不受欢迎的闲聊式回复。智能家居真正需要的，从来不是一个能陪你讨论哲学的对话大师，而是一条能在瞬间执行的确定性脚本——把厨房灯关掉这种事情，本该如此。 谷歌用 Gemini 取代 Google Assistant，并且几乎等同于锁上了后门，这让大量 Google Home 用户感到沮丧。你无法选择退出，也无法回滚到旧的助手脚本。Gemini for Home 成了唯一选项，但它在根本上误解了智能家居的吸引力所在：它用啰嗦且依赖云端的 LLM，换走了原本亚秒级延迟、稳定可靠的本地确定性执行。谷歌等于把自己的智能家居平台变成了一个不可预测的实验，反而促使发烧友转向 Home Assistant 这类本地优先的替代方案。 理论上，你可能会认为 LLM 很适合做智能家居控制中心，但现实并非如此——原因是存在一个巨大的架构缺陷。旧版 Google Assistant 执行的是硬编码 API 命令，而 Gemini 则是将你的语音送入 LLM 推理流水线，引入概率解释。这意味着，有时候 2+2 真的会等于 3.99——由于概率因素，命令被漏掉、灯光组被搞错、甚至幻觉出不存在的设备状态。 一系列问题随之而来，最直观的便是延迟惩罚。相比本地 API 执行甚至云端的旧版 Google Assistant，LLM 的云端令牌生成过程带来了天壤之别。切换一个开关，不应该需要等待远端服务器集群为你生成一整套对话式回复载荷。 此外，功能差距的问题同样存在：原本在 Google Assistant 中稳定可用的功能，在迁移到 Gemini 后未必得到完整保留，许多用户被迫在残缺的命令和对话式复杂度之间做出选择。谷歌需要明白，智能家居不需要一个“哲学家”，它需要的是一个靠谱的执行者。
热门跟贴