ASADASHI
チャット画面からインタラクティブUIパネルが展開する紙工作ジオラマ
バイブコーディング2026.10.20·読了 2分·難易度: むずかしい

AIチャットにUIが生える時代が来た

チャット画面からインタラクティブUIパネルが展開する紙工作ジオラマ

朝の出汁版(通勤2分)

  • ポイント1: GeminiのEnterpriseプランで、AIの回答の中にインタラクティブな操作パネルを直接埋め込める「MCP Apps」という仕組みが公開された。
  • ポイント2: これまでAIへの指示→テキスト回答→再指示というループが必要だったビジュアル作業が、チャット画面内のUIを直接触ることで完結するようになる。
  • ポイント3: Googleのクラウドブログに開発者向けの実装ガイドが公開されているので、コードを触れる人は「MCP Apps」「SEP-1865」を手がかりにドキュメントから入るのが近道。

出汁の素(深読みモード)

AIの回答欄にUIが生えてくる、第3世代の始まり

Googleのクラウドブログに、Gemini Enterprise向けの新しいMCP拡張仕様「MCP Apps(SEP-1865)」の開発者ガイドが公開された。

端的に言うと、AIチャットの回答欄の中にインタラクティブなUIパネルを直接埋め込める仕組みだ。これまでのAIアシスタントの進化を整理するとわかりやすい。第1世代はテキストを返すだけのチャットボット。第2世代はMCPツールを使ってAPIを叩けるようになったが、結果はあくまでテキスト表示で、修正のたびに「もう一度チャットに投げ直す」というループが必要だった。第3世代にあたるMCP Appsは、ツールの出力に「生きたUI」を対応させる。チャット画面の中にiframeでUIが展開され、その場でスライダーを動かしたり数値を変えたりした操作が、ワークスペースとアシスタントの両方にリアルタイムで反映される。

「画像のトリミング範囲を変えてほしい」「グラフの軸を変えてほしい」といった細かい調整を、毎回テキストで指示し直すコストがなくなる。ビジュアルや数値を扱う多段階の作業ほど、このアーキテクチャ変化の恩恵は大きい。

開発者が知っておくべきアーキテクチャの急所

MCP Appsの構造で押さえておきたいのは、「AIがやること」と「UIがやること」の分担が明確に切り分けられている点だ。

AIモデルはツールを呼び出して初期レスポンスを生成するところまでを担当する。それ以降、ユーザーがUI上で行う微調整はモデルターンを消費しない。ローカルで完結する。この設計は単なるUXの話ではなく、コストとレイテンシの話でもある。モデルを呼び出すたびに生じる時間と費用を、UI操作という形で迂回できる。

インフラ面では、Gemini Enterprise側が認証(Workforceサインイン)やデータアクセス管理を担うため、開発者がゼロから用意する必要があるのはMCPサーバーの実装部分だけになる。このMCPサーバーはGoogle CloudのCloud Runにホストする構成が標準として示されている。

UI部分はサンドボックス化されたiframeとして動作し、サイドパネルへの展開やフルスクリーン化にも対応している。日本でいうところの「Notionの埋め込みウィジェットがAIと双方向に連動している」イメージに近い。

AIエージェントを自分のサーバーで動かす設計が広がり始めたでも触れたように、AIのアウトプットをどこでどう表示するかという「配管」の設計が、いよいよプロダクトの差別化に直結し始めている。

コードなしで理解できること、コードが書けると有利なこと

この仕様は「開発者向け」という位置づけだが、コードを触らない人にとっても動向を把握しておく意味はある。

コードなしで理解できる範囲は「何が変わるか」の全体像だ。Gemini Enterprise上でMCP Appsに対応したツールが増えれば、テキストチャットを何往復もせずにビジュアル作業が完結するUIが、ごく自然な形でAIアシスタントの中に現れてくる。動画編集・データ可視化・資料の構成など、今まさに「AIに頼みたいけれど指示を言語化しにくい」と感じている種類の作業がターゲットになる。

コードが書けると有利なのは、自分でMCP Appsを実装できる立場に立てる点だ。公式ガイドには仕様(SEP-1865)の構造と、Cloud RunへのMCPサーバーのデプロイフローが記載されている。PythonかNode.jsが書けて、Cloud Runの基礎がわかるレベルであれば、ドキュメントを読み進める入口には立てる。

今すぐ動ける人への具体的な入口

MCP Appsを手がかりに動き始めたい人向けに、入口となる順番を整理する。

まず読むべきは今回の元ネタであるGoogleのクラウドブログ(https://cloud.google.com/blog/topics/developers-practitioners/devs-guide-to-mcp-apps-in-gemini/)だ。日本語化はされていないが、図解が多く構造は把握しやすい。

次のステップとして、仕様の詳細を確認したい場合は「SEP-1865」をキーワードに検索すると、MCP拡張仕様の原典にたどり着ける。MCP自体の基礎をおさらいしたい場合は、AIと一緒にコードを書く手順書が5万星超えで紹介したような実装ガイド系のリポジトリも参照先になる。

Gemini Enterpriseのプランに加入していてCloud Runを触ったことがある人なら、ブログに記載されているサンプルコードをそのままCloud Runにデプロイして挙動を確認するのが最速の理解経路になる。

今すぐGemini Enterpriseの環境がない場合でも、「MCPにUIを対応させる」というアーキテクチャの考え方は、他のプラットフォームが追随してくる可能性が高い。仕様ドキュメントを一読しておくことで、今後の類似実装が出てきたときに素早く読み解けるようになる。

この動きが示す「チャットUIの終わり」の予兆

MCP Appsが面白いのは、技術仕様そのものよりも、「AIとのやり取りをチャットというフォーマットに閉じ込めなくていい」という方向性を大手が明示した点にある。

現在のAIプロダクトの多くは、入力も出力もテキストで完結する前提で設計されている。しかしビジュアルや操作を伴う実作業では、その前提が常にボトルネックになる。MCP Appsはその解決策として「チャットの中にUIを生やす」という答えを出した。

一方で、このアーキテクチャには制約もある。現時点ではGemini Enterpriseというエンタープライズ向けプランの中での話であり、個人プランや無料枠での利用は対象外だ。また、UIをMCPサーバーにバンドルする実装コストは、標準的なMCPツール開発よりも高くなる。「すべてのAIアシスタントがこう変わる」という段階ではまだなく、「先陣を切った仕様が公開された」という段階の話として受け取るのが正確だ。

とはいえ、第1世代→第2世代への移行がそうであったように、エンタープライズ向けに先行した仕様が1〜2年でコンシューマー向けに降りてくるのはAI分野の通例でもある。今の時点で構造を把握しておく価値は十分にある。

参照ソース