Google 把你的家交給 AI 代理：Home MCP 開放 Claude、ChatGPT 等代理監控與控制智慧家庭裝置

2026 年 9 月 16 日（週三），Google 低調跨過了智慧家庭產業圈了十年的那條線：該公司開放了 Home MCP 的早期存取——一個 Model Context Protocol（MCP）伺服器，讓第三方 AI 代理（Claude、ChatGPT、Hermes、OpenClaw，或 Google 自家的 Antigravity）能安全地讀取並操作一個真實住家裡的裝置、感測器與事件歷史。你指定的代理現在可以問：家裡有幾盞燈？門鎖了嗎？小孩放學回家後做了什麼？然後順手把恆溫器調低——全部透過它自己的介面、用自然語言完成。

這項公告由 Google Home & Nest 的產品群經理 Taylor Lehman 具名發布，將 Home MCP 定位為「解鎖代理式智慧家庭（agentic smart homes）的下一步」。它也是代理式 AI 論述至今最字面意義的一次實踐：一個前沿模型，取得了對你家庭控制層的授權、結構化存取權。

Home MCP 實際上做了什麼

MCP 是 Anthropic 最初大力推動的開放標準，讓 AI 應用能以標準化方式呼叫外部工具、讀取外部資料。Google 先前已為 Google Cloud、資料平台、開發者工具與 Workspace 提供 MCP 伺服器；Home MCP 把這套模式延伸進客廳——而且明確開放給競爭對手的代理，不限 Gemini。

Google 的 MCP 伺服器總覽將 Home MCP 的功能歸為四大能力：

1. 實體枚舉（entity enumeration）——列出住家中的房間與裝置（「家裡有幾盞燈？」）
2. 即時狀態監控——查詢裝置即時狀態如連線情形（「今晚門窗都關好了嗎？」）
3. 裝置控制——執行帶參數的操作（「把客廳燈調到 40% 亮度」）
4. 歷史分析——查詢過去狀態與時間序事件記錄（「我不在家時發生了什麼事？」）

範圍涵蓋 Google Home 生態系中的所有裝置：Nest 門鈴與恆溫器，以及「Works with Google Home」和 Matter 相容裝置如智慧燈泡。

Google 從早期測試者身上歸納的用例，刻意強調跨裝置與跨時間——正是單一裝置 App 答不了的那種問題。例如：問代理「小孩放學回家後做了什麼」，它會從家裡每一台攝影機拼出一份摘要，連同相關片段一起回傳。又如：用裝置狀態歷史統計上週跑了幾次洗衣機、燈開了多久。代理還能在背景任務完成時，透過 Google Home 喇叭播放語音訊息，或根據一段自然語言描述，組出完全客製化的智慧家庭儀表板。

但書：每月 20 美元，還要一個 Cloud 專案

早期存取的門檻不低。它需要 Google Home Premium Advanced 訂閱——每月 20 美元或每年 200 美元的方案，內含 60 天事件型影片歷史、10 天 24/7 攝影機錄影、描述性通知與影片歷史搜尋——將於未來幾週以英文版本向美國訂戶逐步推出。（Nest Aware 已併入此品牌：舊 Nest Aware Plus 訂戶自動落在 Advanced 層。）

設定過程偏向開發者而非一般消費者：使用者須建立 Google Cloud 專案、啟用 Home API、為外部對象設定 OAuth 同意畫面、建立帶重新導向 URI 的網頁應用 OAuth 用戶端 ID，並發布該應用。伺服器端點為 https://home.googleapis.com/mcp，OAuth scope 為 home.platform.v2；Google 並為 Antigravity、Claude Cowork 與 OpenClaw 提供逐步設定指南。Nest 攝影機的「熟悉臉孔」資料另有一道同意閘門：必須由住家管理者明確授權，且住家內要有支援熟悉臉孔偵測的攝影機或門鈴。

Google 不願說明日後是否、何時會開放給其他訂閱層或市場，並將在早期存取期間透過 Smart Home for Developers 社群蒐集回饋。

在消費端伺服器之外，Google 同時推出了 Home Developer MCP——一個面向開發者的姊妹伺服器，讓 AI 編碼工具（Antigravity 的 CLI 與 IDE、Claude Code、Cursor、VS Code 中的 GitHub Copilot）接地於經驗證的技術文件：完整的 Home API 參考、Matter 規格書，以及 OpenThread 與 Thread 文件。這對組合本身就是戰略訊號：個人代理透過 Home MCP 操作住家，開發者代理透過 Home Developer MCP 對著它開發。

護欄，與誠實的警告

把智慧門鎖、恆溫器、空調與家電的鑰匙交給 AI 代理，安全疑慮顯而易見，Google 的答案是硬性限制加上直白揭露的組合。Home MCP 強制速率限制與安全保護——最重要的是：不允許代理解鎖大門。Google 稱系統「從設計上就是安全且受保護的」，讓代理「無法代替使用者執行敏感操作」。

但公司對剩餘風險異常坦白。「連接 Home MCP 可能導致非預期、甚至不樂見的行為，」Lehman 寫道，並引導使用者檢視 Google 的開發者政策與服務條款。使用者指南建議：與家人共用住家的人，應告知他們代理能控制裝置、存取居家資料；並建議另建一個測試用的「家」來實驗。代理存取權隨時可從 Google Home App 或帳戶管理頁面撤銷。

初始階段的已知限制包括：部分裝置特性標記為實驗性、延遲可能比預期長，而且——值得注意的是——透過 Home MCP 建立或管理自動化尚不支援，Google 表示會在未來版本加入。

真正的故事：Google 要當家庭的基礎設施層

最深的變化不在於 Claude 能開關你的燈，而在於第三方代理首次取得了家庭「資料與控制層」的授權存取——The Verge 的 Jennifer Pattison Tuohy 稱之為「整個家的電腦（whole home computer）」的基座：能理解家中正在發生什麼、跨歷史推理、並代表你行動。智慧家庭從「指令與控制面板」走向「有脈絡、會主動」。

這也是一步精心計算的平台棋。Google 花了兩年把自己定位為智慧家庭的基礎設施：2024 年開放 API、將 Gemini for Home 做成全端方案，現在又以開放協議暴露整個生態。如 Tuohy 所言，這是 B2B2C 策略——Google 供應 AI 與家庭基礎設施，其他公司在上面打造消費端代理與產品，就像 AWS 之於上一代軟體產業。就算開發者接的是 Claude 或 OpenClaw 而非 Gemini，底下的那一層仍然是 Google 的。

有個諷刺值得點名：這正是 AI 安全議題攻佔新聞版面的同一週。Google 用一個有權限、有速率限制、處處要求同意的架構來回應這個環境——可以說是這個概念目前最負責任的實作版本。但信任問題比協議設計更深。多年來 Google 已經終止或放生過 Android @ Home、Weave、Project Brillo、Works with Nest 與 Google Assistant；開發者與使用者也得自行判斷，MCP 是不是 Google 終於願意長期投入的那個平台——以及，連上它的那些代理，是否配得上它們即將獲得的存取權。

至少此刻，智慧家庭有了一扇正門，而它說的是 MCP。

---

封面圖由 MiniMax 圖像生成。資料來源列於文章 metadata。