AIがファイルを保存する際、MCPというルールの上で交わされる対話

"先週のニュースをまとめて、ファイルに保存して。"コーディングを知らない人がAIにこの一文を指示すると、AIは自らウェブを検索し、ユーザーのフォルダにファイルを作成します。このプロセスは魔法のように見えますが、実際には決められた順序に従って、機械同士が規則的なメッセージをやり取りしています。この基盤技術の名前はMCP（Model Context Protocol）であり、AIと外部の世界を結ぶ標準化された「会話の手順」を定めています。2026年7月の仕様改定以降、この会話より安定して続くよう、各リクエストが自ら情報を携えて移動する方式へと変更されました。

ツールを操るAI、なぜ標準仕様が必要だったのか

AIモデルが3種類あり、接続するツールが10個ある場合、理論上は30種類の個別接続コードをそれぞれ作成する必要があります。このようにカスタマイズして毎回接続コードを構築する方式は、拡張が難しいという課題がありました。ツールが更新されたり、モデルが置き換えられたりすると、既に作成済みの配線をすべて手直ししなければなりません。Anthropicは、こうした情報分断がAIの性能を制約する最大のボトルネックであると指摘し、2024年末にMCPを公開しました ¹。公式ドキュメントでは、MCPの役割をUSB-Cポートに例えています。さまざまな電子機器を接続するUSB-C端子のように、一つの標準化された方法でAIと外部ソフトウェアを繋いだという考え方です ²。

MCPの登場は、この非効率さを解決します。ツール側で「私はMCP方式で受け取る」と仕様を一度宣言するだけで、以後は30個のコードではなく、3（モデル）+ 10（ツール）という方式で接続を維持できます。AIプラットフォームは、MCPという共通言語をサポートするだけで、多数の外部アプリケーションを扱えるようになります。

ホストとサーバー、メッセージの封筒を定めた「無線通信」

MCPの動作構造を理解するには、参加主体を把握する必要があります。まず、ユーザーが画面で対話するAIアプリケーション（例：Claude、VS Codeなど）は「ホスト」です。ホストは、各外部サーバーとの対話が必要になるたびに、中間管理者である「クライアント」を作成し、1対1で接続します。実際のデータベースやファイルシステムを制御するプログラムは「サーバー」と呼ばれ、自身の機能一覧をホストに公開する役割を担います ³。

これら3つの主体の間では、JSON-RPCというデータ交換ルールが使用されます。技術解説サイトmcp-explained.comでは、この構造をわかりやすい比喩で説明しています。JSON-RPCはメッセージの「封筒」の役割のみを担います。MCPは、その封筒の中に何を収めるか、すなわちどのような機能を問いかけ、どのように結果を返すか（メソッド、機能交渉など）を定めた上位仕様です ⁴。

この仕様は、コンピュータが外部と通信する際に使用する2つの転送方式の両方に対応するように設計されています。ファイル検索のようにPC内部だけで動作するサーバーは、直接的なプログラム経路（stdin/stdout）を利用して高速にデータをやり取りします。一方、外部クラウドやリモートサーバーと通信する場合は、Streamable HTTPという通信チャネルを通じてデータを運びます。どのパイプを利用しても、会話の手順（メッセージ構造）は完全に同一です ³。

サーバーのメニュー：ツール、参考ドキュメント、会話フォーマット

MCPにおいて、サーバーはAIにとって有用なコンテキストを提供する必要があります。そのため、公式アーキテクチャドキュメントでは、サーバーが提供できる3つの主要な構成要素（プリミティブ）が定義されています。これら3つが、外部の世界がAIに対して自身の能力を知らせる「メニュー」の役割を果たします ³。

1つ目は、実行可能な機能である「ツール（Tools）」です。ファイルのコピー、API呼び出し、データベースクエリなど、AIが直接何かを「したい」とき押すボタンのようなものです。2つ目は「リソース（Resources）」で、AIが作業前に参照すべきデータやファイルの内容、サーバーの構造を知らせる参考ドキュメントです。3つ目は「プロンプト（Prompts）」で、複雑な問いかけを行う際にAIが迷走しないよう支援する会話フォーマットやシステム指示書の役割を担います ³。

実際にデータベースに接続するMCPサーバーを想定してみましょう。このサーバーは、一つのシステム内で①データを検索するツール、②テーブルの設計図（schema）を知らせるリソース、③データ検索を支援するfew-shot例を提供するプロンプトを同時に公開します。AIは、各情報をtools/listやresources/listといった一覧取得メソッドで読み込み、必要に応じてtools/callで特定のツールを実行します。この標準化されたメニューを一度作成しておけば、以後はどのMCP対応AIが接続しても、同じ手順でこのデータベースを利用できます ³。

2026年7月、接続断と確認手順が変化した理由

標準仕様が確立された後も、MCPの実利用環境を変えた最大のイベントは、2026年7月28日の仕様改定です。特に、非開発者のユーザーが肌で感じる変化は、この改定に含まれています。一人起業家である「Art Gourmet」は、自身のブログで、この改定が日常にもたらした変化を「電話」と「メッセージ」に例えて整理しています ⁵。

第一に、AIと外部ツールが通話を継続して保持し続ける必要があった方式から、各リクエストが自らの情報を携えて移動する「ステートレス（stateless）」構造へと転換されました。過去には、ネットワーク接続が不安定になると、朝確認した時点で全ての自動化が静かに停止していましたが、現在は個別のメッセージが自らの情報を管理するため、接続の途中で不安定になっても全体の作業が失われることはありません ⁵。

第二に、AIが行動を起こす前に、ユーザーへ「確認」を求められるようになりました。削除や決済など取り消せない作業を行う前に、AIが「本当に実行しますか？」と画面で問いかけ、応答を待つ方式（エリシテーション）が仕様レベルでサポートされました ⁵。第三に、数十分かかる長時間の処理も正式にサポート（タスク拡張）されるようになり、ユーザーはAIに作業を依頼した後、他のことをして、後から結果を確認すればよくなりました ⁵。

MCPは、単に接続コードを削減する技術にとどまらず、AIが外部のファイルやデータを扱う際、会話のルールや安全装置を定めてくれます。2026年7月の改定により、接続が切れても作業がリセットされなくなり、危険なコマンドを実行する前にユーザーへ確認を求められるようになりました。画面に表示された一覧を確認し、AIからの問いかけに対し、落ち着いて回答すること。これが、目に見えない配管システムでありながら私たちの日常を大きく左右するMCPを正しく活用する出発点です。