让大模型接管家庭电器的传闻传了两年，Google 终于把接口递到了外部开发者面前。
2026 年 9 月 16 日，Google 官方上线了基于模型上下文协议（Model Context Protocol，简称 MCP）的 Google Home 云端服务器早期访问。这意味着只要支持 MCP 协议的 AI Agent，就能直接读取家庭设备状态、查询摄像头事件，并控制灯光或温控器。
但如果以为普通用户对聊天软件说句话就能把客厅全权托管，未免乐观得太早。这项早期访问的实际门槛相当苛刻：它目前仅对美国地区每月支付 20 美元的 Google Home Premium Advanced 订阅者开放；而且用户必须自行登录 Google Cloud 创建项目、配置 OAuth 同意屏幕并管理客户端凭据。
此外，部分报道宣称该服务已支持 ChatGPT，这与事实存在偏差。官方文档首发配置指引仅涵盖了 Claude Cowork、Antigravity 与 OpenClaw，并未提供 ChatGPT 的接入指引或 OAuth 重定向配置；OpenAI 侧的 MCP 权限目前对消费级 Pro 订阅也仅开放了只读模式，根本无法做到开箱即用。
戴着镣铐起舞的五个工具
掀开协议外衣，Google 并没有给外部 Agent 无限制的系统级权限。
在 9 月 15 日更新的技术规范中，Google Home MCP 暴露给客户端的仅有 5 个核心工具接口：用来枚举房屋的 list_homes、获取设备结构的 list_home_resources、拉取即时状态的 list_home_states、下发操作的 run_home_actions，以及调取历史记录的 list_home_history。
这套体系的核心防御机制体现在数据边界上。负责查询摄像头和动作历史的 list_home_history 虽然支持时间窗口过滤、事件元数据与媒体 URL 抓取，但绝非给模型提供源源不断的实时视频流；如果涉及人脸识别（熟悉面孔），系统还会强制要求二次独立授权。
更关键的防火墙设在物理执行端。服务端直接锁死了门锁解锁指令，任何试图让外部 Agent 自动开门的动作都会被云端拦截。同时，Google 在每次操作的审计日志中都塞入了归因字段，明确记录具体是哪个应用、哪个 Agent 实例触发了开关。
机器接管物理世界的第一原则，永远是先把失控后的兜底开关留在云端。
根据 Google 现行的开发者条款，第三方通过这些接口拿到的家庭数据严禁用于模型训练，且在通常情况下的缓存留存期不得超过 10 天。
不过，官方在早期文档中也坦承了现状的粗糙：端到端延迟高于预期、部分实验性特性偶发失效，并且 Agent 目前完全无权帮用户创建或修改原生的自动化流程。
局域网协议的断层与云端税
很多人好奇，既然连接标准委员会早在 2026 年 6 月 17 日就发布了 Matter 1.6 规范，跨品牌设备在局域网内已经能互通，为什么外部 Agent 控制家电还要绕道 Google 的云端 MCP？
答案在上下文理解上。
Matter 的本职是定义底层通讯链路。它规定了一盏灯如何响应开关信号，却无法提供这盏灯过去一周在什么时间段被开启过、昨晚门铃响起时门外站着什么人这类高阶结构化信息。大语言模型要执行复杂的日常指令，依赖的不是孤立的电平开关，而是带有时间维度的事件记忆图谱。
Google 垄断的正是这一层。它向 Agent 开放的摄像头摘要、事件切片与设备排查，本质上是在兜售 Google Home 经过多年清洗的上下文数据。硬件厂商虽然卖出了 Matter 兼容设备，但数据资产的聚合权依然稳稳压在 Google 手里。每月 20 美元的高级订阅费，收的不是设备连接费，而是将物理事件投喂给 Agent 的上下文过桥税。
这折射出几家巨头在智能家居战略上的路线大分野。Amazon 坚持以我为主，要把升级后的 Alexa+ 做成唯一的中央智能体，任何外部系统只能作为被调用的插件；Apple 依然深耕本地沙盒，用 App Intents 把控制链死死扣在 iOS 生态内。
Google 走了一条反其道而行之的险棋：它承认通用模型百花齐放的现实，索性把自身坐拥 7.5 亿台设备的庞大生态退行成一个开放的 MCP 工具服务，任由第三方 Agent 瓜分控制权，自己退守在云端坐地收租。
暴露在通用模型面前的客厅
即便 Google 在服务端对门锁做了硬性截断，这种连接带来的安全隐患依旧不可小觑。
《淮南子》有言，治身者以积精为宝，治国者以积贤为道，而防患则在于未形。在传统认知中，只要管住物理锁具就能高枕无忧，但在 Agent 时代，攻击面早已转移。
当家庭内部的作息事件、门铃图像甚至媒体 URL 被源源不断输入到挂载了网络搜索或邮件收发权限的通用大模型中，间接提示词注入就成了近在咫尺的威胁。一段来自外部邮件或恶意网页的指令，极有可能诱导正在分析客厅画面的 Agent 悄悄将家庭住址、作息时间表甚至实时抓拍截图打包外发。
更现实的边界在于家庭成员的知情权。一个极客户主在 Google Cloud 配置了项目并把权限授予某个云端模型，同住的家人与来访的客人实际上全天候暴露在多模态 Agent 的数据切片之下。现有的 OAuth 同意机制只保护了开通账户的个人，对家庭物理空间内的其他共存者毫无知情与选择机制可言。
- 风险.不要将挂载了不受信任网络插件或外发权限的通用 Agent 直接绑定家庭 MCP，避免传感器数据被间接注入劫持。
Google 这一次的动作走得相当精巧：用开放 MCP 的姿态赢得了开发者社区的好感，用高额月费与繁琐配置筛掉了承担不起安全事故的小白用户，同时还把硬件底层 Matter 的生态迟滞化作了自身云服务的护城河。
这并不是智能家居的终局形态，但它确立了一个现实规则：物理世界不会凭空向通用人工智能敞开大门，中间横亘的每一道云端安全检查，未来大概都会明码标价。