过去，智能家居控制主要依赖固定场景、手机应用或语音指令；接入 MCP 后，智能家居的交互入口可以转向能够理解上下文的 AI 代理。其核心并不是让模型直接“接管”设备，而是通过模型上下文协议，把代理的自然语言理解能力与 Google Home 等生态中的设备控制接口、事件历史连接起来。
MCP 的连接逻辑
一次完整调用通常包含三层：用户向 AI 代理提出需求，代理根据上下文判断需要查询或执行的动作，MCP 再把这些请求传递给智能家居生态中的外部 API。设备返回的状态、事件或摄像头摘要，会沿相反方向回到代理，最终由代理组织成用户能理解的结果。
因此，“把客厅灯调暗”只是最简单的控制；更复杂的任务可能涉及跨房间设备、历史事件和多个条件。Google Home 接入 MCP 后，Google Antigravity、Claude、Hermes、Open Claw 等代理可以用于监控家中活动、查看摄像头摘要、控制联网设备，甚至搭建定制化智能家居仪表板。对设备数量较多的家庭而言，价值在于减少应用切换，并把零散设备纳入同一套上下文决策。
真正的难点是权限边界
智能家居中的“查询”和“执行”风险不同。查看设备状态通常属于低风险操作，而开锁、关闭安防设备或依据摄像头事件采取行动，则可能产生现实影响。理想的 MCP 接入应区分只读权限与控制权限，对敏感动作要求明确确认，并限制代理能够访问的设备、房间和历史数据范围。
安全问题不能因为交互变得自然就被隐藏。资料指出，MCP 目前存在缺少强制身份验证等缺陷，并已出现数据泄露风险。因此，部署前应确认代理连接的是可信服务，检查授权范围，避免一次性开放整个家庭的设备和事件历史。MCP 的意义在于统一连接，而不是取消人工判断；智能家居越自动化，权限审计和操作确认就越重要。