Google Home 向人工智能代理开放智能家居控制层
The Verge AI··作者 Jennifer Pattison Tuohy
关键信息
Home MCP 不会取代 Gemini for Home，后者仍是 Home 应用和 Nest 音箱中的主要交互界面，而是为第三方代理增加一条独立控制路径。Google 表示该功能会实施速率限制和安全保护，包括禁止代理解锁房门，但也警告代理可能出现意外或不理想的行为；设置过程还需要创建 Google Cloud 项目。
资讯摘要
Google 正通过基于 Model Context Protocol 的新集成，将智能家居生态开放给人工智能代理。Google 表示，支持 MCP 的代理，包括 Google Antigravity、Claude、Hermes 和 OpenClaw，都可以访问用户 Google Home 生态中的设备与事件历史。用户可以让代理分析多个摄像头，判断孩子放学回家后发生了什么，也可以计算上周洗了多少批衣物，或统计灯具亮了多长时间。代理还能够通过 Google Home 音箱发送语音消息，例如在任务完成后通知用户，并可以创建用于控制家庭设备的自定义仪表板。
该功能不会取代 Gemini for Home，后者仍是 Google Home 应用和 Nest 音箱中的官方助手，此前 Google Assistant 已退出这一角色。首发阶段，该功能仅面向美国 Google Home Premium Advanced 用户，并且需要创建 Google Cloud 项目并配置 Home MCP。Google 表示系统加入了速率限制和安全控制，例如禁止代理解锁房门，但同时警告，连接外部代理可能导致意外行为。更重要的变化在于，代理获得了家庭的数据层和控制层，可以跨设备、跨历史记录进行推理，而不只是开关灯光或调节恒温器。
资讯正文
Google 正在向 AI 智能体开放其智能家居平台，让 Claude 和 Open Claw 等工具能够访问并控制用户的联网设备，并通过标准化的模型上下文协议（Model Context Protocol，MCP）分析家中的数据。
Google Home MCP 是一项新的集成功能，可让第三方 AI 智能体控制和监测你的智能家居，并代表你执行操作。Google Home & Nest 产品组经理 Taylor Lehman 在一篇博客文章中表示，它“允许任何支持 MCP 的 AI 智能体，包括 Google Antigravity、Claude、Hermes 或 Open Claw，安全地使用 Google Home 生态系统中的所有设备和事件历史记录”。
据 Lehman 介绍，Home MCP 集成会把你选择的 AI 智能体与现实世界中的事件连接起来，从而实现一系列新功能。例如，它可以进行跨摄像头分析，让你询问智能体孩子放学回家后做了什么；也可以利用设备状态历史记录，计算你上周洗了多少批衣物，或家里的灯持续亮了多长时间。它还允许智能体通过语音与你互动，例如在完成任务后，通过 Google Home 音箱向你发送语音消息。你也可以让智能体创建一个用于控制 Google Home 的自定义仪表板。
Google Home 智能音箱仍将由 Gemini for Home 控制，但启用 MCP 后，第三方 AI 智能体将能够通过这些音箱向你发送语音消息。
这并不会取代 Google 新推出的 Gemini for Home 助手。在 Google Assistant 退出后，Gemini for Home 仍是 Google 提供的交互界面，用户可通过 Home 应用和 Google Nest 智能音箱与 Google Home 互动。MCP 集成则是在此基础上增加了另一层控制能力，让第三方 AI 智能体能够通过各自的界面，直接与连接到 Google Home 的设备交互。
该功能上线初期仅面向美国的 Google Home Premium Advanced 用户开放，订阅价格为每月 20 美元或每年 200 美元，并将在未来几周内陆续推出。设置该功能需要创建一个 Google Cloud 项目，并将其配置为使用 Home MCP。
让 AI 智能体访问智能门锁、恒温器等现实设备，以及暖通空调系统（HVAC）和家用电器等核心基础设施，显然会引发有关安全、隐私和使用安全性的问题。Google 表示，Home MCP 设置了速率限制和安全保护措施；例如，它不会允许智能体解锁房门。不过，Lehman 表示，具体情况取决于你使用的智能体，“将其连接到 Home MCP 可能会导致意外、甚至并非用户所期望的行为”。他建议用户查阅 Google 的开发者政策和服务条款。
开源智能家居平台 Home Assistant 已经实现了类似的 MCP 集成，展示了当智能体获得智能家居系统访问权限后能做些什么。去年，我测试了这项功能，使用 Claude 以“氛围编程”的方式配置智能家居。它轻松处理了一些较为复杂的任务——大多数界面乃至用户都很难完成这些任务——包括故障排查、创建自动化、设计仪表盘以及设置更高级的配置，而且全部通过自然语言完成。
这里最大的变化，并不是 Google Home 现在可以通过 Claude 应用开关你的灯，而是 Claude——或你选择的其他智能体——能够访问家庭系统的底层数据和控制层。这是朝着为智能家居构建一台全屋计算机迈出的一步：它可以理解家中正在发生什么，结合历史记录进行推理，并代表你采取行动。如果过去一周的新闻标题没有被“AI 将害死我们所有人”之类的话题占据，我会对此感到非常兴奋。
尽管如此，让 AI 智能体访问智能家居确实有切实的好处。它可以综合分析家中产生的数据，并以传统智能家居系统通常无法做到的方式采取行动，让智能家居从“命令与控制”转向更具情境感知能力、更加主动的模式，也更接近真正的智能。一个能够排查设备故障、提出自动化改进建议，并追踪和识别家中各种规律的系统，远比一个只会说“抱歉，我做不到”的系统有用得多。通过 Home MCP 集成，Google 正在将这些能力引入 Google Home。
[图片：Claude 使用 MCP 在 Home Assistant 中为我创建了这个仪表盘。启用 Google Home MCP 后，它应该也能为我的 Google Home 完成类似的工作。]
虽然 Claude 这类面向消费者的工具对喜欢折腾智能家居的人会很有用，但从更宏观的角度看，这其实是 Google 面向开发者的一步棋。过去几年里，Google 越来越多地将自己定位为智能家居的基础设施层。它在 2024 年开放了智能家居 API，最近又将 Gemini for Home 打造成一套全栈 AI 产品。所有这些都表明，Google 正转向一种更偏 B2B2C 的战略：由 Google 提供 AI 和智能家居基础设施，其他公司则在其上构建面向消费者的服务和产品。
随着本周的公告，Google 还为开发者开辟了一条新路径：他们可以使用其智能体式编程工具 Antigravity，为智能家居构建定制 AI 智能体，并接入 Google Home 的设备数据和控制层。不过，即使开发者使用的是其他智能体，只要他们仍在使用 Google Home，对 Google 来说就是胜利。这样一来，Google 将成为智能家居的基础设施层，就像 AWS 成为互联网和软件企业的基础设施一样。
智能家居开发者是否会相信 Google 在这方面的承诺，仍是一个很大的疑问。鉴于该公司多年来推出后又放弃了众多智能家居平台——Android @ Home、Weave、Project Brillo、Works with Nest、Google Assistant——开发者将不得不判断，Google 是否终于确定了一个打算长期坚持的智能家居平台。
来源与参考
收录于 2026-09-17