詳しい解説 · 読了目安 7 分
Gemini EnterpriseのMCP Apps：画面を増やしても権限確認はなくならない
Google Cloudの実装ガイドから、対話型画面、二つの認証層、管理者による有効化を読み解く。
- 当サイトの公開日
- 当サイトの更新日時
- 原典の公開日
- 出典確認日
Google Cloudの開発ガイドは、Cloud Runをバックエンドとして対話型MCP AppをGemini Enterpriseに接続する方法を説明している。対話の横に操作できる作業領域ができる一方、利用者の権限とバックグラウンド処理の整合性は開発者が設計する必要がある。
ニュースを聴く
この記事を読み上げるか、ニュースを続けて聴けます。
読み上げを準備中…
端末の音声
読み上げはブラウザーまたは端末が処理します。AISubHub は文章を音声 API に送りません。利用できる音声やロック画面での再生は端末によって異なります。
再開時に短い部分を繰り返す場合があります。
要点
- サンドボックス内のウィジェット、Gemini Enterprise、Cloud Run上のMCPサーバーは別々の三層を構成する。
- Cloud Run IAMは呼び出すサービス、アプリのOAuthは利用者を確認し、ガイドはHTTP 403と401を区別している。
- 取り込んだツールは初期状態では無効。管理者がactionsを有効化し、MCP Data Storeをアプリに接続する。
1．変わるのは操作の往復
グラフの調整、文書の確認、シナリオの入力変更を繰り返すと、テキスト中心のチャットでは待ち時間が増える。ガイドはSEP-1865拡張のMCP Appsを、ツールと動的な画面の組み合わせとして説明する。Gemini Enterpriseではウィジェットがサンドボックス化したiframeに表示され、側面パネルや全画面にも展開できる。一部の変更はモデルの次のターンを待たず、助手との文脈を同期したまま行える。
例えば財務担当者が仮定を変え、結果を確認してからエクスポートを承認する場面を考えられる。これは当サイトが作った説明例で、Googleの測定結果ではない。直接操作できても、処理に必要なバックエンドと権限確認は残る。会話回数が減るだけで、すべての仕事が速く、安く、自動実行して安全になるとはいえない。
2．三層で責任を分ける
ブラウザーは会話とウィジェットを表示する。Gemini Enterpriseは標準アシスタント、メッセージを中継するAppBridgeプロキシ、OAuthを管理するコネクターを提供する。顧客のGoogle Cloudプロジェクトでは、Cloud RunコンテナがMCPサーバーを動かし、JSON-RPCの/mcpエンドポイント、バックグラウンド処理、まとめたHTMLウィジェットを提供する。隣接する層を介して通信し、ウィジェットを無制限の業務クライアントにはしない構成だ。
当サイトは、この分担が表示、オーケストレーション、業務サービスの問題を切り分ける助けになると考える。iframeは隔離の仕組みであり、すべての操作が正しく検証される証拠ではない。ガイドには対応ホストとの互換性やテキストへのフォールバックもあるが、すべてのMCPホストで画面、認証、管理ポリシーが同じになる保証ではない。
3．サービスと利用者は別々に確認する
呼び出し時にはGemini Enterpriseのサービスエージェントのトークンと、利用者のOAuthトークンが送られる。Cloud Run IAMはどのサービスがバックエンドを呼べるかを確認し、匿名呼び出しを無効にする。ガイドでは拒否をHTTP 403として示す。アプリ内ではOAuthで利用者を確認し、失敗時はHTTP 401で再ログインを促す。外側の層だけでは個々の利用者を区別できないため、両方が必要となる。
業務上の認可は引き続き開発者の責任である。認証された社員でも、すべての記録や財務操作にアクセスできるわけではない。ガイドは外部への呼び出しに最小権限のサービスアカウントを推奨する。当サイトは、ウィジェットの操作がERPやCRMに届くまでに、利用者の権限をどこで検証するか追跡することを勧める。ログイン成功と、出力の承認や変更の確定権限は別の問題だ。
4．登録にも管理者の手順がある
ガイドでは必要なAPIを有効にし、匿名呼び出しを許さないCloud Runを配置し、Discovery Engineのサービスエージェントにinvoker権限を付与する。指定のリダイレクト先を持つWeb OAuthクライアントも作成する。カスタムMCPコネクターの組織制約と前提条件を整え、制約が適用される環境では出力先ホスト名とcustom_mcpデータソースの許可も必要だ。これらは画面が自分で獲得できる権限ではない。
設定例のスコープはopenid、email、profileで、PKCEを推奨し、HTTP Basicは選択しない。ツールは最初は無効で、管理者がactionsを再読み込みしてtools/listを呼び、対象を選んで有効化する。最後にMCP Data Storeをアプリの接続データストアへ追加する。外部サブエージェント向けのAdd Agentとは異なる。登録は利用可能にする手順であり、業務ロジックや毎回の実行承認を検証するものではない。
5．応答性には運用上の条件がある
開始用プロンプトには、二秒未満の非同期応答とget_app_stateによるポーリングが示される。これは実装目標で、遅延の実測値ではない。配置例はCPUのスロットリングを無効にしてポーリング間も処理を続け、最低一つのインスタンスを稼働させる。当サイトの分析では、維持する計算容量とジョブの生存期間を費用計画に含めるべきだ。あらゆる負荷に通用する価格や無料の保証は示されていない。
試行導入ではログアウト、権限変更、会話を越えて続くジョブ、承認の重複送信を確認したい。これは当サイトが提案する受け入れ試験であり、公式例がすでに合格したという意味ではない。範囲の明確な業務から始め、読めるテキストの代替表示も残す。本文のためにコンテナ、紹介されたskill、画面を実行したわけではなく、安全性、速度、費用も独立測定していない。
注目する理由
当サイトの分析では、視覚的な調整をモデルとの往復から切り離せる点に価値がある。ただし、画面とバックエンドで権限と承認のルールを維持することが条件となる。
制約と提供状況
これは公開ガイドの解説であり、導入試験や新モデル発表ではない。対象はGemini Enterpriseで、設定とCloud Runの費用が必要になり得る。一般向けGeminiの全利用者への提供、実測の高速化、無料運用は確認していない。
出典と根拠
原典の公開日: · 出典確認日:
AI を活用した編集記事を、記載した一次情報で確認しています。企業の主張は出典を明示し、掲載は推奨を意味しません。