Model Context Protocolとは?重要な理由を解説
- 公開日
- 最終更新日
聴くこの記事を聴く
Model Context Protocol(MCP)は、大規模言語モデル(LLM)をデータソースやその他の外部システムに接続できるオープンスタンダードです。AIエージェントはこれにより、リアルタイムのデータソースから情報を取得したり、外部ツールでアクションを実行したりと、サードパーティ情報へ一貫した方法でアクセスできます。
この記事では、Model Context Protocolとは何か、その歴史、そしてAIシステムの普及と成功においてなぜ重要になったのかを解説します。ElevenLabs Host MCPの仕組みについては、以下の動画をご覧ください。

概要
- Model Context Protocolは、LLMを外部世界へ接続し、トレーニングデータだけでは得られないリソースを提供します。
- MCPでは、ハードコードされた従来のAPIとは異なり、AIエージェントが実行時に接続済みサーバーのツールを検出できます。
- MCPは、変化し続けるAIモデルごとに外部システムへの固有の接続が必要となるMxN問題を解決します。MCPは、これらすべてのシステムの汎用翻訳機として機能します。
- ElevenLabsのようなAIプラットフォームは、必要に応じてリソースを提供するMCPサーバーと、他サービスのアクションをオーケストレーションするクライアントの両方として機能できます。
- AIエージェントは、複数のMCP呼び出しを連携させることで、ユーザーとの会話中でも複雑なワークフローを実行できます。
Model Context Protocol(MCP)とは?
プロトコルは、異なるコンピューターシステム同士がやり取りするために使う、共通の言語のようなものです。MCPは、AIエージェントが外部ソースから情報を取得したり、外部ツールやシステムを使ってアクションを実行したりできるようにするプロトコルです。
大規模言語モデル(LLM)は、自然言語で対話できる強力なツールであり、企業と消費者の両方で急速に普及しました。しかし、実世界での利用が進むにつれて、2つの大きな制約が明らかになりました。
- LLMの世界に関する理解は、開発者がトレーニングデータを収集した時点で固定されています。
- モデルには、外部世界や他のコンピューターシステムとやり取りする標準的な手段がありません。
LLMに期待されたことの一つは、自然言語で対話できる人工知能(AI)エージェントを作ることでした。しかし、AIエージェントがモデルのトレーニングデータのみに制限され、これら2つの動的な機能を持たなければ、その用途は限られます。
Anthropicは、Model Context Protocolを開発しました。これは、LLMと外部システムの通信を標準化するためです。2024年11月にオープンスタンダードとして公開され、主要なLLM開発者の多くがすぐに採用しました。Anthropicはその後、この標準をAgentic AI Foundationに寄贈しました(2025年)。
MCPにより、大規模言語モデルは外部データソースへ接続し、トレーニングデータを補完して、より正確で文脈に即した最新の回答を提供できます。LLM搭載のAIエージェントは、承認済みの外部ツールにアクセスして自律的にアクションを実行することもできます。
たとえば、エージェントに「次の火曜日の空き時間をカレンダーで確認して、候補の会議時間を添えて業者に連絡して」と指示できます。エージェントはMCP経由でカレンダーサーバーを確認して結果を取り込み、さらにMCP経由でメールサーバーにアクセスして指定のメッセージを送信します。
Model Context Protocolの仕組み
Model Context Protocolの開発は、ツール呼び出しや関数呼び出しなどの先行する概念を基盤としています。これらでは、LLMが外部システムによってAPI経由で処理されるサービスリクエストのスキーマを出力します。ただし、これらの方法では、LLMと各外部システムの間に個別の接続が必要でした。
MCPは、外部システムとのデータ送受信を行う、標準化された双方向通信モデルを作ります。
AIエージェントは起動時に、接続済みのすべてのMCPサーバーへ問い合わせ、利用可能なデータソースと機能のカタログを取得します。そのカタログはLLMのコンテキストウィンドウに渡されます。これは現在のタスクにおける短期作業記憶のようなものです。
エージェントに何かを依頼すると、基盤となるLLMはトレーニングデータの知識だけで要求を満たせるか、外部リソースが必要かを判断します。外部サポートが必要なら、カタログを確認し、MCP接続を通じて適切なシステムに連絡します。
LLMは外部からの応答を確認し、要求を完了できるか、カレンダーとメールの例のように複数ステップのアクションが必要かを判断します。

MCPはMxN問題の解決に役立つ
エンジニアがMxN問題と呼ぶ課題を解決するには、MCPのような汎用通信標準が必要でした。M個のエージェントがあり、それぞれをN個の外部ツールに接続する場合、MxN個のポイントツーポイント接続を維持しなければなりません。AIエージェントと外部ソースが数個だけなら問題ありませんが、数が増えるとすぐに持続不可能な負荷になります。
MCPは、すべての通信を単一のプロトコルに標準化することで、LLMがM+N接続で動作できるようにします。

コアアーキテクチャ:MCPサーバーとクライアント
AIエージェントは、外部システムとの通信にMCPクライアントを使用します。カレンダー、メール、CRMなどの外部システムは、エージェントが通信できるようMCPサーバー経由で利用可能になっている必要があります。
ElevenLabsのプロダクトは、クライアントとサーバーの両方として利用できます。内部では同じプラットフォームですが、どちらの役割でも動作できます。
MCPアーキテクチャを理解するために、これを例に見てみましょう。
MCPサーバー
MCPサーバーは外部システムに接続して動作し、接続済みのMCPクライアントに利用可能なリソースとツールの一覧を提示します。リソースには、ファイル、ドキュメント、データベース、パイプラインなどがあります。ツールにより、リモートのLLMは外部システム上のアセットとやり取りできます。
ElevenLabsホスト型MCPサーバーは、ClaudeなどのAIアシスタントに、ElevenLabsエージェントの管理ツールへのアクセスを提供します。サーバーは次のURLで利用できます。
Claude、ChatGPT、または別のアシスタントからOAuthを使ってサーバーへ安全な接続を作成できます。そのアシスタントはMCPホストであり、接続を管理するMCPクライアントを含みます。アシスタントを通じてシンプルな自然言語プロンプトを使用し、エージェントの構築・管理やパフォーマンスの監査を行えます。
プロンプト例
- 「ECポータル向けのカスタマーサービスエージェントを作成して。プロフェッショナルで前向きなトーンを維持する必要があります。」
- 「カスタマーサポートエージェントを複製し、デフォルト言語をスペイン語に変更して。」
- 「スペイン語エージェントについて、Gemini 3.5 Flash Liteと3.8 Flashで会話あたりのコスト比較を実行して。」
MCPクライアント
MCPクライアントは、特定のMCPサーバー専用の接続です。MCPホスト内に存在し、1つのホストは複数のMCPクライアント・サーバー接続を持つことができます。上記の例では、Claudeがホストでした。
クライアントは、構造化されたJSON-RPC呼び出しを使用して、ツールやリソースのリクエストをサーバーへ送信します。リクエストはMCPプロトコルで変換されるため、ホストはサーバーに接続されたツールの設定詳細を理解する必要がありません。
ElevenLabsはMCPクライアントとしても機能できます。この構成では、ElevenLabsワークスペースから、たとえばZapier MCPなどの外部MCPサーバーへエージェントを接続します。これにより、エージェントを数百種類のツールやサービスに接続できます。
たとえば、ElevenLabsのカスタマーサービスエージェントを構築しているとします。顧客の質問に的確に答えられるよう、Salesforceにある顧客のアカウント詳細へ安全にアクセスさせたい場合です。顧客が過去の注文や返品リクエストの状況について質問すると、エージェントはMCP経由でZapierサーバーにクエリを送信します。
ZapierサーバーはクエリをSalesforceが理解できるリクエストに変換して結果を返し、ElevenLabsエージェントがその結果を顧客に音声で伝えます。

MCPと従来のAPI:何が違う?
従来のAPIもクライアントとサーバーシステムの通信を可能にするという点で似た役割を果たしますが、基本的なリクエスト・レスポンス構造では、ほとんどのパラメーターをハードコードする必要があります。従来型ソフトウェアシステムの接続には有効ですが、前述のMxN問題を主な理由として、複雑なAI搭載ワークフローには実用的ではありません。
システム間でリクエストを交換するためのハードコードされたエンドポイントを作る代わりに、MCPはAPI上で動作し、LLM向けに完全に機械可読なインターフェースを提供します。接続はあらかじめ決められていません。AIは独自に高度なクエリを構築し、適切な文脈理解を深められます。
機能と観点
従来のAPI
Model Context Protocol(MCP)
主な利用者
人間のデベロッパーと従来型ソフトウェアシステム
LLM、自律型エージェント、AIホストプラットフォーム
やり取り
固定されたリクエスト・レスポンス
動的なツールとリソースの選択
パラメーター設定
ハードコードされた手動のパラメーターマッピング
実行時に検出される自己記述型JSONスキーマ
インテグレーションの拡張性
MxN
M+N
コンテキスト認識
低い:モデルはエンドポイントが返すデータしか見られない
高い:構造化されたリソースと状態をモデルのコンテキストウィンドウに提供
ワークフローへの適応性
デベロッパーは新しいユーザージャーニーごとに新しいコードを書く必要がある
モデルは新しいシナリオに向けて高度な複数ステップのクエリを構築する
AIインテグレーションでMCPを使う主なメリット
Model Context Protocolの公開により、AIエージェントには幅広い新機能と新たな能力がもたらされました。
具体的には、次のようなメリットがあります。
- 標準化
- ツール検出とクエリの柔軟性
- AI自動化の向上
- 高度なエージェント動作
- 回答精度の向上
それぞれ詳しく見ていきましょう。

標準化
MCP以前にも、LLMを外部システムに接続することは可能でしたが、多くの手間がかかりました。すべてのモデルとリソースの間に個別の接続を作る必要があったためです。これがMxN問題です。
MCPは、ほぼあらゆる接続可能なシステムとやり取りするために、すべてのLLMが使用できる共通言語を提供します。これにより、新しい接続の開発は大幅に簡単かつ高速になります。クライアントとサーバーの設定も、モデル間でより統一されます。モデルが更新されるたびに、MCP接続をゼロから書き直す必要はありません。
ツール検出とクエリの柔軟性
以前は、AIエージェントが必要とする外部接続ごとにAPIエンドポイントをハードコードする必要がありました。デベロッパーがデータベースにフィールドを追加した場合、機能させるにはAPIを再構築する必要がありました。
MCPでは、エージェントが実行時に外部リソースを検出できます。つまり、リソースは存在しており、エージェントが必要とする時点で利用可能なものを見つけられます。MCPサーバーにツールを追加すれば、接続済みのAIエージェントは次回の実行時にそれを検出します。接続を更新するコードを書く必要はありません。
AI自動化の向上
LLMは、そのままではトレーニングデータセットに含まれることしか知らず、外部世界とやり取りする手段もありません。MCPは、最新情報を取り込み、MCPサーバーを持つ接続済みシステムのツールを呼び出す手段を提供します。
高度なエージェント動作
ツールや関数の呼び出しは、LLMが長年持っている機能です。しかし、その機能で外部ツールにアクセスできる範囲は限られていました。標準化され、汎用的で柔軟なMCPにより、AIモデルは複数のMCP呼び出しを連結して、より長く高度なクエリを実行できます。たとえば、CRMで最新の顧客情報を確認し、カレンダーで空き時間を調べ、フォローアップの通話時間を提案するメールを顧客へ送信できます。
回答精度の向上
大規模言語モデルは、その性質上、ときにもっともらしく誤った回答を生成することがあります。与えられた文脈情報を基に、最も可能性の高い回答を出力する予測エンジンだからです。リアルタイム情報に依存する質問をLLMにすると、適切なガードレールがなければ、もっともらしく誤った回答が返る可能性が高くなります。
MCPプロトコルにより、LLMは正確な回答の生成に必要なライブ情報を提供する、現実世界のデータリポジトリやツールへ接続できます。
MCPの用途と実世界のユースケース
Model Context Protocolは、AIエージェントが数多くの外部システムと対話するために使える標準的な橋渡しです。
さまざまな業界やワークフローでのMCPの活用方法を紹介します。
チャットによるエージェント設定
会話型ボットのテストと最適化では、通常、複数のダッシュボードやコンソールを切り替える必要があります。Claude内のElevenLabsホスト型MCPサーバーを使えば、自然言語のチャットインターフェースから音声インフラを直接管理できます。
コンテキストを認識するコーディングアシスタント
コーディングアシスタントは、独自のアーキテクチャ設計やインシデント履歴を深く文脈的に理解している場合に最も効果を発揮します。これを従来の方法で提供するのは困難です。
MCP接続された開発環境は、関連リポジトリから情報を取得できるため、コーディングアシスタントはアプリケーションを構築する実世界の文脈を理解できます。アシスタントがコードベース全体の依存関係をすでに把握できるため、人間のデベロッパーは問題をより迅速にトラブルシューティングできます。
通話中の音声エージェントワークフロー
大規模言語モデルがより自然な言語対話を実現する以前は、従来の音声ボットは顧客とのやり取りで厳格なフローチャート型スクリプトに従う必要がありました。また、リアルタイムデータを使って顧客とやり取りすることもできませんでした。
会話型ボットは現在、MCPを使ってバックエンドシステムを呼び出し、顧客リクエストの処理に必要なアカウント情報を取得できます。必要に応じて、顧客との会話中にリアルタイムで実行できます。
シームレスなMCPインテグレーションをElevenAgentsで始める
ElevenAgentsは、MCPサーバーとクライアントの両方として強力な音声エージェント機能を提供します。
ElevenLabsエージェントを外部MCPサーバーに接続するか、ホスト型MCPを通じてClaudeから管理できます。今すぐMCP搭載ElevenLabsエージェントを始めるか、ElevenAgentsの詳細をご確認ください。
Model Context Protocolに関するよくある質問
Jack LimebearはGrowthチームに所属し、ブログやインサイトページのコンテンツライター兼ストラテジストとして活躍しています。ElevenLabsに入社する前は、急成長中のSaaSスタートアップからFortune 500企業まで、さまざまな組織で10年以上にわたりコンテンツ戦略をリードしてきました。ケンブリッジ大学で英文学の修士号を取得しています。




