MCPとは？AIエージェントをデータに接続する方法（2026年仕様アップデート）
MCP（Model Context Protocol）は、AIエージェントが1つの共通インターフェースを介してツールやデータソースにアクセスできるようにするオープン標準です。アプリごとにカスタム統合を行う代わりに、クライアントが1つのプロトコルに対応していれば、準拠するすべてのサーバーが応答できます。この仕様は2026年7月28日に書き直され、その変更は非常に重要です。
本ガイドでは、このプロトコルの役割と、2026-07-28リリースの変更点について解説します。また、現在非推奨となっている機能、通常のAPI統合との違い、およびこのプロトコルが不要なケースについても説明します。なお、本記事の情報は2026年8月5日時点のものです。
What is MCP?
共通のプラグ（コンセント）の形状をイメージしてください。標準規格が存在する前は、アシスタントをデータベース、チケット管理システム、ファイルに接続するために、3つの個別の統合開発が必要でした。それぞれに独自の認証、エラーハンドリング、そしてメンテナンスの負担が伴っていました。
MCPはその接続を一度だけ定義します。クライアントはエージェント側を指します。サーバーはデータソースやツールをラップし、実行可能な機能を公開します。クライアントはサーバーに利用可能な機能を確認し、それを呼び出します。
サーバーは通常、3つの要素を公開します。ツールはエージェントが呼び出せるアクションです。リソースは読み取り可能なコンテンツです。プロンプトは再利用可能なテンプレートです。クライアントは、これら3つをハードコーディングするのではなく、実行時に動的に検出（ディスカバリ）します。
この名称は曖昧に使われることがあるため、1点明確にしておきます。このプロトコルはモデルでも、エージェントでも、製品でもありません。それらの間でやり取りされる通信フォーマット（ワイヤーフォーマット）です。
このプロトコルに関する混乱の大部分は、2つの言葉で説明できます。検出（Discovery）は、クライアントが実行時にサーバーの提供機能を把握することを意味します。再利用（Reuse）は、同じサーバーが準拠するすべてのクライアントに応答できることを意味します。
導入はもはや理論上の話ではありません。プロトコルのメンテナーによると、Tier 1のSDK全体で月間5億回近いダウンロードが記録されています。TypeScriptおよびPythonのSDKは、それぞれ累計10億回を突破しています。
What changed in the 2026-07-28 spec
今回のリリースは、このプロトコルにおいて過去最大の改訂となります。最大のトピックは、コアがステートレスになったことです。
| Change | What it means |
|---|---|
| Stateless core | セッションとハンドシェイクが廃止されました。各リクエストが独自のプロトコルバージョンとクライアント識別情報を保持します。 |
| Multi Round-Trip Requests | オープンなストリームを必要としていたサーバー主導のリクエストに代わるものです。ツールは呼び出しの途中でユーザーに入力を求めることができます。 |
| Header-based routing | メソッド名とツール名がMcp-MethodおよびMcp-Nameヘッダーで送信されるため、ゲートウェイはヘッダーに基づいてルーティングと認可を行えます。 |
| Cacheable list results | ツール、プロンプト、リソースのリストにttlMsとcacheScopeが含まれるようになりました。 |
| Authorization hardening | RFC 9207のイシュア検証、Dynamic Client RegistrationからClient ID Metadata Documentsへの移行、およびイシュアにバインドされた資格情報の導入。 |
| Extensions framework | タスクが実験的コアから、AppsやEnterprise Managed Authorizationと並ぶ正式な拡張機能へと移行しました。 |
このリストは、1つの決断が6回繰り返されたものと捉えてください。それぞれの変更は、リモートサーバーの運用を困難にしていた前提条件を取り除くものです。ツールの機能自体が変わるわけではありません。
変更点の全リストは、公式の2026-07-28仕様に関する投稿に掲載されています。TypeScript、Python、Go、C#のSDKはすでに対応しており、Rustはベータ版となっています。
Why stateless matters if you run a server
従来の設計では、永続的かつ双方向の接続が前提となっていました。この1つの前提こそが、運用の痛みの大部分を引き起こしていました。
以前のリモートサーバーは、クライアントが常に同じインスタンスに接続できるようにスティッキーセッションを必要としていました。また、再起動後も状態を維持するために共有セッションストレージが必要でした。ゲートウェイは、リクエストの処理内容を把握するためにペイロードを検査しなければならないことがよくありました。
現在は、これらすべてが不要になりました。サーバーは、単純なラウンドロビン方式のロードバランサーの背後に配置できます。ルーティングはヘッダーに基づいて行われます。クライアントは、サーバーが指定した有効期間内であればツールリストをキャッシュします。このプロトコルは、「慎重にデプロイすべきもの」から「通常通りデプロイできるもの」へと進化しました。
ただし、移行コストは発生します。古いコアをベースに構築されたサーバーは改修が必要であり、クライアントライブラリもそれに合わせて移行する必要があります。
また、この変更により、試作のハードルも下がりました。以前はサーバーを立ち上げることはインフラレベルの意思決定でしたが、今では小規模なWebサービスをデプロイする感覚に近づいています。
ベンダーのMCPサーバーを評価する際には、実務的な質問として「どの仕様バージョンを対象としているか、そしていつ移行予定か」を確認するとよいでしょう。
What is deprecated, and how long you have
3つの機能が廃止予定となっています。Roots、Sampling、およびLoggingです。また、レガシーなHTTP+SSEトランスポートも非推奨となりました。
メンテナーは、削除までに最低12ヶ月の猶予期間を設けることを約束しています。これは寛大な措置ですが、同時にデッドラインでもあります。これら4つの機能のいずれかを利用して構築している場合は、バックログに放置するのではなく、ロードマップに移行計画を組み込んでください。
サーバーだけでなく、クライアントも確認してください。古いトランスポートに固定されたクライアントは、猶予期間中は動作し続けますが、その後は停止します。
Dynamic Client Registrationは正式に非推奨となり、Client ID Metadata Documentsへと移行します。また、イシュアにバインドされた資格情報により、あるサーバー向けに発行されたトークンが別のサーバーに対して再利用（リプレイ）されるのを防ぐようになります。
MCP compared with a plain API integration
| Custom API integration | MCP server | |
|---|---|---|
| Per-source work | 毎回新しい認証、スキーマ、エラーハンドリングが必要 | 1つのプロトコルを再利用 |
| Discovery | 存在するものをハードコーディングする | クライアントが実行時に問い合わせる |
| Who can use it | 組み込み先のアプリのみ | 準拠するすべてのクライアント |
| Maintenance | ベンダーのAPI変更時に破損する | サーバー側で変更を吸収する |
| Best for | 単一の深く、高トラフィックな経路 | エージェントがアクセスする多数のソース |
もう1つの考慮事項は、コネクターのメンテナンス主体です。ベンダーが公開しているサーバーはベンダーの製品アップデートに合わせて更新されるため、自社でメンテナンス作業を行う必要がなくなります。
率直に言って、単一の統合においては、MCPがより迅速であったり低コストであったりするわけではありません。その真価を発揮するのは、接続ソースの数が増えたときや、再構築することなく複数のエージェントから同じソースにアクセスさせたいときです。
What you can produce once a data source is connected
接続は配管作業にすぎません。手間をかける理由は、最終的に得られる成果物にあります。
データソースが接続されていれば、エージェントは最新の数値をプルして分析を実行できます。返ってくるのは、チャート、要約テキスト、スライド資料といった完成された成果物です。価値はプロトコルそのものではなく、エクスポートの手間を省けることにあります。また、この成果物こそが、社内でこの仕組みを維持する大義名分となります。誰もレポート化しない接続は、やがて静かに遮断されてしまうものです。
Powerdrill Bloomはこのパターンに沿ったサーバーを提供しています。公式ドキュメントによると、ユーザーIDとプロジェクトAPIキーで認証を行います。これにより、クライアントはアカウント内のデータセットを閲覧し、詳細情報を取得し、自然言語で質問することでジョブを実行できます。Claude Desktopやその他の準拠クライアントで動作します。セットアップ方法についてはMCPサーバーの発表で解説されており、データコネクターのページにはその他のソースタイプが掲載されています。
When you do not need MCP at all
この部分は多くの解説記事で省略されがちですが、はっきりと述べておく価値があります。
データがファイルとして提供される場合、プロトコルは不要です。必要なのはアップロードです。四半期ごとのエクスポートデータ、メールで送られてきたCSV、PDFの明細書など、これらはどれもサーバーを立ち上げる理由にはなりません。ファイルをドラッグ＆ドロップして、質問を投げかけるだけで十分です。
構築を始める前に、1つ問いかけてみてください。「この同じエクスポートデータは、来月あなた以外の誰かに再び必要とされるでしょうか？」
MCPが真価を発揮するのは、ソースがリアルタイムかつ定常的である場合です。1時間ごとに更新されるデータベース、チケットのキュー、週次レポートの元となるウェアハウスのテーブルなどがこれに該当します。判断基準は、「この仕組みがなければ、来週も同じデータをエクスポートすることになるか」です。
セキュリティ面での側面もあります。接続されたソースは、1回限りの共有ではなく、継続的な権限付与となります。2026-07-28の認可に関する変更が行われたのは、この違いが重要だからです。
The short version
MCPは、エージェントとデータソースを接続する標準的なプラグです。2026-07-28リリースでは、コアがステートレス化され、ルーティングがヘッダーに移行し、リスト結果がキャッシュ可能になり、認可が強化されました。Roots、Sampling、Logging、および古いHTTP+SSEトランスポートは、12ヶ月の猶予期間をもって非推奨となります。
単発のファイルであれば、これらはすべて不要です。Powerdrill Bloomを無料でお試しください。ファイルをアップロードし、自然言語で質問するだけで、チャートやスライド資料をエクスポートできます。サーバーの選択肢を比較したい場合は、おすすめのMCPプラットフォームをご覧ください。
Frequently asked questions
What does MCP stand for?
Model Context Protocol（モデル・コンテキスト・プロトコル）の略です。AIクライアントを1つのインターフェースを介してツールやデータソースに接続するためのオープン標準です。これにより、新しいソースを追加するたびに個別の統合開発を行う必要がなくなります。
What changed in the MCP 2026-07-28 spec?
コアがステートレスになり、セッションとハンドシェイクが廃止されました。オープンなストリームを介したサーバー主導のリクエストに代わり、マルチラウンドトリップ・リクエストが導入され、ルーティングはMcp-MethodおよびMcp-Nameヘッダーに移行しました。また、リスト結果がキャッシュ可能になり、イシュア検証やイシュアにバインドされた資格情報によって認可が強化されました。
Is MCP the same as an API?
いいえ、異なります。APIは特定のベンダーが提供する特定のシステムへのインターフェースです。一方、このプロトコルは多くのシステムが実装できる共通のラッパーであり、準拠するクライアントであれば、ソースごとのカスタムコードなしでそれらを検出して呼び出すことができます。
What is deprecated in the new MCP spec?
Roots、Sampling、Logging、およびレガシーなHTTP+SSEトランスポートが非推奨となりました。Dynamic Client RegistrationはClient ID Metadata Documentsへと移行します。メンテナーは、削除までに最低12ヶ月の猶予期間を設けるとしています。
Do I need MCP to analyze a spreadsheet with AI?
いいえ、不要です。すでにお手元にあるファイルであれば、アップロードする方が簡単で迅速です。このプロトコルをセットアップする価値があるのは、ソースがリアルタイムに更新されており、定期的に同じデータをエクスポートし直す必要がある場合です。