Googleは2026年9月16日、Google Home向けの公式接続基盤「Home MCP」の早期アクセスを始めた。ClaudeやOpenClawなど、MCPの道具を呼び出せるAIエージェントが、家庭内の機器を調べ、状態や履歴を読み、許可された操作を実行できる。従来はGoogle HomeアプリやGemini for Homeにのみ許されていたスマートホームの管理が、利用者の選ぶエージェントへ渡る。便利になる一方、AIの判断が照明やカメラ、空調といった物理世界へ届くため、接続先を変える自由はそのまま新しい信頼問題になり得る。
家庭を5つの道具に分解するHome MCP
Home MCPがエージェントへ公開する機能は、公式文書では5領域に分かれる。list_homesはアクセス可能なホームを列挙し、list_home_resourcesは機器や部屋、機器特性、利用できるコマンドを返す。list_home_statesは接続状況や現在値を読み、run_home_actionsが対象機器へ操作を送る。最後のlist_home_historyは、指定期間の状態変化とイベント記録をたどる道具である。
この組み合わせにより、エージェントは「屋外の照明をすべて消して」といった操作に加え、「留守中に何が起きたか」を履歴から答えられる。Googleは、複数カメラの映像を横断して帰宅後の子どもの行動を要約する例や、洗濯機の状態履歴から1週間の稼働回数を数える例も示した。非同期の仕事が終わった際にGoogle Homeスピーカーから音声で知らせたり、家庭専用のダッシュボードを組み立てたりする使い方も想定する。
ただし、これらは早期利用者の使用例であり、精度や全機器での動作を保証する仕様ではない。「すべての機器とイベント履歴」というGoogleの表現も、機器が公開する機能、利用者の権限、契約プラン、履歴の保持範囲に制約される。MCPは共通の呼び出し方を提供するが、機器側にない能力までは作らない。
GoogleのMCP群は同じ入口ではない
4系統に共通するのはMCPという接続方式だけで、Home MCPは家庭の状態・履歴・機器操作、Home Developer MCPは技術文書、Workspace MCPは業務データとアプリ操作、Google Cloud MCPはクラウド資源を扱う。
| 系統 | 主な対象 | エージェントが行うこと | 認証と公開段階 |
|---|---|---|---|
| Home MCP | Google Homeの機器、部屋、状態、イベント履歴 | 状態照会、履歴分析、許可された機器操作 | 利用者OAuth、Early Access |
| Home Developer MCP | Google Home開発文書、Matter 1.5.1、Thread 1.4.1、OpenThread | 技術文書を検索し、開発時の回答を得る | 未認証の共有枠またはAPIキー |
| Google Workspace MCP | Gmail、Drive、Docs、Sheets、Slides、Calendar、Chat、People | 読み取り、下書き作成、ファイル操作、予定設定 | OAuth 2.0、Developer Preview |
| Google Cloud MCP | BigQuery、Cloud Storage、Cloud Run、Compute Engine、IAMなど | 製品別ツールでクラウド資源を照会・管理 | Google Cloudの認証、製品ごとに一般提供またはPreview |
比較軸は、Googleの公式資料に書かれた対象資源と行為である。個々のサーバーが持つ道具の数や、サービス間の性能を比べたものではない。とりわけHome Developer MCPは名前が似ているが、実機を動かす接続口ではなく、Google HomeやMatterの仕様を開発支援AIへ検索させるためのものだ。
違いは事故の形にも表れる。Workspaceで誤ったメール下書きが作られる場合と、Home MCPで夜中に照明や空調が動く場合では、同じMCP呼び出しでも影響する場所が違う。Google CloudではIAMや計算資源など組織管理の境界が中心になる。Home MCPでは、家庭の共有者と物理機器まで権限設計に含めなければならない。
解錠禁止だけでは安全設計を説明しきれない
GoogleはHome MCPにレート制限を設け、ドアの解錠のような機微な操作を禁止している。だが同社は同じ警告欄で、接続するエージェントによっては予期しない、あるいは望ましくない挙動が起き得るとも明記している。安全策があることと、エージェントの判断が安全であることは同義ではないのだ。
接続時にはGoogle CloudプロジェクトでHome APIを有効にし、OAuthクライアントを作成する。利用者は認証画面でホームを選び、権限を与える。アクセスはGoogle HomeアプリかGoogleアカウントから取り消せる。共有ホームへ接続する場合、Googleは他の世帯メンバーに、エージェントが機器を操作しホームデータへアクセスできると知らせるよう求めている。
カメラが扱う情報には、さらに細い境界がある。登録済み人物の顔認識データをHome MCPから利用するには別の明示同意が必要で、同意できるのはホームの管理者だけだ。対応するNestカメラかドアホンがあり、各機器で顔認識を有効にしていることも前提となる。Google Homeの第三者アプリ向け方針でも、錠のような機微な機器へのアクセスを申請する事業者には、データの安全な取扱いと用途制限を確認する認証を求めている。
ここから見えるのは、認証を一度通せば終わる設計ではない。行為そのものを禁止し、呼び出し頻度を抑え、機微データには追加同意を課す。そして利用者が後から接続を切れるようにする。残る弱点は、正規の権限内でエージェントが文脈を読み違えた場合である。
米国・英語・月額20ドルの早期アクセス
開始時点で使えるのは、米国のGoogle Home Premium Advanced利用者で、言語は英語に限られる。米国でのAdvancedプランは月額20ドル、年額200ドルだ。Home MCPの利用には有効なGoogle Home環境に加え、Google CloudプロジェクトとMCP対応クライアントが要る。一般の利用者が設定画面でスイッチを入れるだけの機能ではない。
Googleの案内では、Antigravity、Claude Cowork、OpenClawが接続例に挙がる。OAuthのリダイレクト先を登録し、クライアントIDとシークレットを設定した後、Google Homeの権限画面で対象ホームを選ぶ。接続先と認証範囲はGoogleの設定手順に従って登録する。
日本ではGoogle Home Premium Advancedが月額2,000円または年額20,000円で販売されているが、それだけでHome MCPを使えるわけではない。公式発表は米国・英語に対象を限定しており、日本での提供時期を示していない。TechCrunchによると、Googleは他の料金プランや市場へいつ広げるかについて回答しなかった。
Home MCPが定着するかは、対応エージェントの数より、早期アクセスで権限内の誤操作をどこまで抑えられるかにかかる。機器ごとの操作範囲を利用者が見分けられ、世帯の共有者が接続を把握し、問題があればすぐ取り消せる。その条件がそろえば、家庭のAIは特定のアシスタントに閉じた機能から、利用者が選び直せる接続基盤へ変わる。
