「幅さん、ClaudeってGoogle Chatのやり取りも自動で読んでくれるんですか？」
「読めます。ただ、先日まで使っていた方法は少し不安定でして……」
「え、不安定？設定がまずかったんですか？」
「いえ、方法の問題だったんです。Googleが最近、公式の"橋"を用意してくれたので、それに乗り換えました」
AIを業務に組み込み始めると、「AIはどこまで自動で読んでくれるのか」が気になり出します。私はClaude（AIアシスタント）とGoogle Chatを連携させ、毎日の業務日報を自動生成する仕組みを使っています。最近、そのやり方を”安定した公式ルート”に切り替えたので、その経緯と気づきをまとめます。
1. AIがブラウザを「目で読む」時代の限界
Claudeにビジネスチャットの内容を読ませる方法は、これまでいくつか試してきました。その中で長く使っていたのが、「ChromeをAIに操作させ、Google Chatの画面を直接見せる」というやり方です。
この方法は設定が比較的シンプルで、最初はおおむね問題なく動いていました。ところが使い続けるうちに、いくつかの弱点が見えてきました。
まず、ログインセッションが切れると止まる問題。Google Chatは一定時間が経つと再ログインを求めることがあります。AIがブラウザを操作しているとき、ちょうどそのタイミングに当たると処理が途中で止まり、日報が空のままになってしまいました。
次に、日時情報のあいまいさです。ブラウザの画面には「昨日の15:30」「月曜日」のような相対的な時刻表示がされることがあります。AIはその表示を見て日付を推測しますが、「今日だけのメッセージ」を取り出そうとしても、前日や前々日分が混ざってしまうことが何度かありました。
そして、メッセージ量が多いと画面に入りきらないという制約もありました。一日のやり取りが多いスペースでは、スクロールが必要になり、AIが全件を拾えないケースが出てきました。
「まあ、だいたい動いているから」と使い続けていましたが、日報の質がぶれる原因になっているとわかってから、ちゃんと調べてみることにしました。
2. Googleが出した「公式の橋渡し」
調べてみると、Googleが「Google Chat MCP」という仕組みを発表していました。
MCPとは「Model Context Protocol」の略で、AIツールと外部サービスを正式につなぐための共通規格です。一言でいえば、「AIとデータのやり取りを、画面操作ではなくシステム間の直接通信に切り替える仕組み」です。郵便物を窓口で手渡しするのではなく、専用の配送レーンを通って確実に届くようになったイメージです。
以前はAIがGoogle Chatの画面を「目で読む」感覚で動いていましたが、MCP経由ではGoogleのサーバーから直接データが届きます。画面のデザインが変わっても影響を受けず、ログイン状態に左右されることもありません。
メッセージの送信日時が「正確なデータ」として取得できるようになった。
「今日の9時〜18時に送られたメッセージだけ」のような条件指定が可能になり、不要なデータが混入しなくなった。
3. セットアップの全体像（4ステップ）
設定は大きく4つのステップです。技術的な詳細はIT支援者に任せるとして、経営者として把握しておくべき全体像を書いておきます。
① Google Cloudでプロジェクトを作る
Googleが提供するクラウドサービス基盤「Google Cloud」に、作業フォルダのような「プロジェクト」を作ります。すでに使っているGoogleアカウント（Google Workspaceアカウント）があれば、新たなサービス登録は不要です。
② 必要な機能を2つ有効にする
「Google Chat API」と「Google Chat MCP API」という2つの機能をオンにします。管理画面のスイッチを押すだけの操作で、5分もかかりません。
③ ClaudeへのアクセスをOAuth認証で許可する
OAuth(オーオース)とは、「誰がどのデータにアクセスしていいか」を管理する認証の仕組みです。ClaudeにGoogle Chatの読み取り専用アクセスを許可します。「読み取り専用」を選べるので、AIが誤ってメッセージを送ったり削除したりするリスクはありません。
④ ClaudeのSettings（設定）からコネクタを追加する
ClaudeのSettings画面を開き、「Connectors」からGoogle Chatを追加します。Googleアカウントでログインするだけで接続完了です。「思ったよりシンプルだ」と感じましたが、ここで一つ壁にぶつかりました。
4. 「デベロッパープレビュー」という壁を越えるまで
設定を完了させ、さっそくClaudeに「今日のGoogle Chatのメッセージを取ってきて」と頼んでみると、エラーが返ってきました。メッセージの内容は「Requested entity was not found(要求されたデータが見つかりません)」というものです。
APIは有効、認証も通っている——なのにデータが取れない。調査を進めると、Google Chat MCPは現時点では「デベロッパープレビュー」という段階であることがわかりました。一般公開前の先行利用版で、使うためには事前申請が必要だったのです。
申請はGoogleが用意したフォームに記入するだけです。内容は「会社名」「Google CloudのプロジェクトID」「どのような目的で使うか」を英語で答えるもの。難しい技術的な質問はなく、10〜15分で記入できます。
私の場合、申請から数時間で承認メールが届きました。件名は「Your Google Cloud Project(s) has been registered」。その後、Claudeのコネクタを一度切断して再接続したところ、正常にメッセージを取得できるようになりました。
Google Chat MCPはGoogle Workspaceを使っている会社（法人向けの有料プラン）が対象です。無料のGmailアカウントだけでは申請できません。
5. つないでわかった「精度の変化」
接続が安定した状態で日報を生成してみると、違いはすぐに出ました。
以前は「今日のチャット」を指定しても前日分が混ざることがありましたが、MCP経由では送信日時を条件に指定できるため、完全に排除されました。また、スペースごとのメッセージ量に関係なく全件取得できるようになり、忙しい日に30件以上のやり取りがあるスペースでも漏れなく収集されます。
私の場合、終業時に「今日の活動報告を作って」と頼むと、Gmail・Google Chat・各種ツールの内容を統合したWordファイルの日報が出てくる仕組みを使っています。その日報の精度が、今回の切り替えで明らかに上がりました。
6. この体験から得た3つの気づき
①「公式ルート」は長く使えるという事実
Chromeでブラウザを操作してAIに画面を見せる方法は、Googleがサービスのデザインを変更するたびに動かなくなるリスクがあります。MCPのような「公式に定められた接続経路」は、そのリスクが格段に低い。長く安定して使いたいなら、多少手間がかかっても公式ルートを選ぶ価値があります。
②エラーは「調べる入口」だった
「Requested entity was not found」というエラーが出たとき、最初は設定ミスを疑いました。ところが調べていくうちに「デベロッパープレビューの申請が必要」という情報にたどり着き、申請・承認という一連の流れを体験できました。エラーがなければ、そこまで深く調べなかったかもしれません。うまくいかないことが、理解を深めてくれることがあります。
③経営者は「原理」より「何が変わるか」で判断してよい
MCPの内部の仕組みを完全に理解する必要はありません。「以前は日付がずれることがあった」「今はそれがなくなった」という事実で判断すれば十分です。技術的な設定はIT支援者に任せ、「何が変わるか」だけを確認する——それが経営者の賢い関わり方だと感じています。
「安定している」ことの価値
派手な新機能より、毎日確実に動く仕組みの方が、業務には貢献します。Google Chat MCPはまだデベロッパープレビュー段階ですが、いずれ一般公開されれば申請不要で使えるようになるはずです。今のうちに仕組みを作っておくと、その恩恵をいち早く受けられます。
AIは「つながることで」初めて力を発揮します。その橋渡しを、公式のルートで整えておく——それが今の私の取り組みです。
🛠 デジタル工房 HABAねっと
北陸を拠点に、中小企業経営者・個人事業主がデジタル経営を実現するためのお手伝いを行っています。「外注で完結」ではなく「自社で動かせる体制を作る」伴走型の支援を、北陸から提供しています。
サービス一覧 ▶ https://habanet.jp/services/
お問い合わせ ▶ https://habanet.jp/contact/