MCP(Model Context Protocol)とは
MCP(Model Context Protocol)は、Anthropicが2024年11月にオープンソースで公開したAI連携のための標準プロトコルです。2026年5月時点では、Claude・ChatGPT・Geminiなど主要LLMが対応を進めており、AIエージェント開発の事実上の共通インターフェースとして急速に普及しています。
一言でいえば、「AIモデルが外部ツールやデータソースと会話するための共通言語」です。従来は各AIサービスがそれぞれ独自のAPI仕様でツールを呼び出していたため、連携コストが非常に高い状況でした。MCPはこの問題を根本から解決するために設計されました。
MCPを理解することは、AIエージェントの仕組みを理解することと表裏一体です。エージェントがどのように外部世界と接続するか、その標準的な方法論がMCPです。
MCPの誕生背景
2023年から2024年にかけて、LLMに「ツール呼び出し」機能が追加されたことで、AIは単なるテキスト生成を超えて外部システムと連携できるようになりました。しかし問題が生じました。Slack連携・GitHub連携・データベース連携・検索エンジン連携……それぞれのAIサービスが独自仕様を持ち、同じツールを各LLMに対応させるには何度も実装し直す必要があったのです。
なぜAnthropicが先導したのか
AnthropicはClaude開発を通じて、AI×ツール連携の非効率さを最も痛感していた企業のひとつです。「Webブラウザを呼び出せるAI」「コードを実行できるAI」を作るたびに専用の統合コードを書く非効率さを解消するため、業界共通の標準として2024年11月にMCPをオープンソース公開しました。仕様はGitHub(github.com/modelcontextprotocol)で管理されており、誰でも実装・貢献できます。
MCPの技術仕様:ホスト・クライアント・サーバー構成
MCPアーキテクチャは3つのコンポーネントで構成されます。
| コンポーネント | 役割 | 具体例 |
|---|---|---|
| MCPホスト | LLMを動かすアプリケーション。MCPクライアントを内包し、複数のMCPサーバーと接続を管理する | Claude Desktop、VS Code、Cursor、カスタムエージェントアプリ |
| MCPクライアント | ホストが持つ内部モジュール。個々のMCPサーバーと1対1で通信する | Claude DesktopのGitHub連携クライアント、Slack連携クライアントなど |
| MCPサーバー | 特定の機能・データソースを提供する軽量プログラム。ツール・リソース・プロンプトの3種類を公開する | GitHubサーバー、PostgreSQLサーバー、Slackサーバー、Shopifyサーバーなど |
通信プロトコル:JSON-RPC 2.0ベース
MCPの通信はすべてJSON-RPC 2.0に基づいています。JSON-RPCは軽量なリモートプロシージャコール(RPC)プロトコルで、人間が読みやすいJSONフォーマットでメッセージをやり取りします。MCPはこの上に「初期化ハンドシェイク」「キャパビリティネゴシエーション」「ツール一覧の取得」「ツール実行」「リソース参照」などの独自メッセージを定義しています。
トランスポート層は主に2種類が使われます。ローカル実行ではstdio(標準入出力)経由で通信し、リモートサーバーとはHTTPベースのSSE(Server-Sent Events)で通信します。どちらの場合も、上位層のメッセージフォーマットは共通のJSON-RPC 2.0です。
接続・初期化のフロー
MCPホストがサーバーに接続する際、まずinitializeリクエストを送り、プロトコルバージョンとキャパビリティを交換します。サーバーは自身が提供できる機能(ツール・リソース・プロンプト)を返し、以降のセッションで利用可能になります。この「ネゴシエーション」設計により、異なるバージョンのMCP実装同士でも互換性を保ちながら動作できます。
MCPが解決するN×M問題
MCPが登場する前、AIツール連携はN×M問題と呼ばれる非効率な構造でした。N個のAIサービス(Claude、ChatGPT、Gemini……)がM個のツール(GitHub、Slack、DB、Shopify……)と連携しようとすると、理論上N×M通りの個別実装が必要になります。10個のAIと20個のツールがあれば200通りの統合コードが必要です。
MCPによるN+M化
MCPは標準プロトコルとして間に入ることで、この問題をN+Mに変換します。各ツール側が1回MCPサーバーを実装すれば、MCP対応のすべてのAIで利用できるようになります。同様に、各AI側が1回MCPクライアントを実装すれば、すべてのMCPサーバーと連携できます。10個のAIと20個のツールがあっても、実装は10+20=30通りで済むのです。
エコシステムの拡大効果
この構造変化は、ツール開発者にとっては「一度実装すれば全AIで使える」インセンティブを生み、AI開発者にとっては「ツールエコシステムを丸ごと活用できる」メリットをもたらします。2025年末時点でMCPサーバーの公開数は数千規模に達しており、データベース・ブラウザ・IDE・SaaS APIなど多種多様なサーバーが利用可能です。
MCP対応ツール・サービス一覧(2026年5月時点)
主要なMCP対応ツールとMCPサーバーの一覧です。ビジネス活用の参考にしてください。
| カテゴリ | ツール・サービス名 | 主な機能 | 提供形態 |
|---|---|---|---|
| IDE・開発環境 | VS Code(GitHub Copilot) | コード補完・ファイル操作・ターミナル実行 | 公式サポート |
| IDE・開発環境 | Cursor | コードベース全体を参照した開発支援 | 公式サポート |
| AIアシスタント | Claude Desktop | ローカルMCPサーバーと接続・ツール実行 | 公式サポート(設定ファイルで管理) |
| AIアシスタント | Claude Code(CLI) | コマンドライン上でMCPサーバーを活用した自律開発 | 公式サポート |
| バージョン管理 | GitHub MCP Server | リポジトリ操作・Issue/PR管理・コード検索 | GitHub公式提供 |
| コミュニケーション | Slack MCP Server | チャンネル一覧・メッセージ送受信・スレッド参照 | Anthropic公式サーバー |
| データベース | PostgreSQL MCP Server | スキーマ参照・SQLクエリ実行・データ操作 | Anthropic公式サーバー |
| データベース | SQLite MCP Server | ローカルDBへのSQL実行・スキーマ管理 | Anthropic公式サーバー |
| ブラウザ・Web | Puppeteer MCP Server | Webページのスクレイピング・スクリーンショット・操作 | Anthropic公式サーバー |
| ECプラットフォーム | Shopify MCP Server | 商品・注文・顧客情報の参照・操作 | Shopify公式提供 |
| ファイルシステム | Filesystem MCP Server | ローカルファイルの読み書き・ディレクトリ操作 | Anthropic公式サーバー |
| 地図・位置情報 | Google Maps MCP Server | 住所検索・ルート案内・施設情報取得 | Google公式提供 |
MCPサーバーの探し方
公式のMCPサーバーリストはAnthropicのGitHubリポジトリ(github.com/modelcontextprotocol/servers)にまとめられています。また、npmやPyPIでも多数のコミュニティ製MCPサーバーが公開されており、「mcp-server-*」のパッケージ名で検索すると見つかります。
カスタムMCPサーバーの開発
自社システムやAPIをMCP対応させたい場合は、TypeScript SDK(@modelcontextprotocol/sdk)またはPython SDK(mcp)を使用してカスタムMCPサーバーを開発できます。SDKが定型処理を抽象化しているため、ツールの定義とハンドラーの実装に集中するだけでMCPサーバーを作れます。
MCPサーバーの実装方法:基本コンセプト
MCPサーバーが公開できる機能は3種類に分類されます。この分類を理解することが、MCPサーバー設計の出発点です。
ツール(Tools):AIが実行できるアクション
ツールは、AIが呼び出すことで何らかの処理を実行する機能です。Function Callingの「関数」に相当し、名前・説明・入力スキーマ(JSON Schema形式)を持ちます。例えば「search_database」「send_slack_message」「create_github_issue」などがツールです。LLMはユーザーの指示に基づいてどのツールを使うべきかを判断し、必要なパラメーターを生成してツールを呼び出します。
リソース(Resources):AIが参照できるデータ
リソースは、AIがコンテキストとして読み込めるデータソースです。ファイル・データベースのレコード・APIのレスポンスなどを「リソース」として公開します。ツールが「動詞(アクション)」であるのに対し、リソースは「名詞(データ)」といえます。URI形式でアドレスを指定して参照します(例:file:///path/to/file、db://users/123)。
プロンプト(Prompts):再利用可能な指示テンプレート
プロンプトは、サーバーが事前定義したプロンプトテンプレートです。ユーザーがMCPホストのUIからメニュー選択するような形でプロンプトを呼び出せます。例えば「コードレビュー用プロンプト」「レポート生成用プロンプト」などを定義しておき、ユーザーが状況に応じて選択して使うような用途に向いています。
MCPとAIエージェントの関係
AIエージェントとは、目標達成のために自律的に計画を立て、ツールを使いながら行動するAIシステムです。MCPはこのAIエージェントが外部ツールと連携するための「共通接続口」を提供します。エージェントとMCPの関係は、人間とUSB規格の関係に例えられます——USBという共通規格があるから、キーボード・マウス・ストレージなど無数のデバイスを差し替えて使えるように、MCPという共通規格があるからエージェントは無数のツールを組み合わせて使えます。
エージェントループにおけるMCPの役割
AIエージェントは一般的に「観察→思考→行動」のループを繰り返して目標に近づきます。MCPはこのループの「行動」フェーズを担います。エージェントが「GitHubのIssueを確認してSlackに報告する」という目標を持つとき、GitHub MCPサーバーとSlack MCPサーバーが接続されていれば、エージェントは自律的にこれらを呼び出して目標を達成できます。
マルチエージェント構成でのMCP活用
複数のAIエージェントが協調して作業する「マルチエージェント」構成でも、MCPは重要な役割を果たします。オーケストレーター(指揮者)エージェントが複数のサブエージェントを呼び出す際に、MCPサーバーとして各サブエージェントを公開する設計が可能です。これにより、複雑な業務フローを分散して処理できます。
マーケティング・ビジネスでのMCP活用
MCPはエンジニアだけのものではありません。マーケターや経営者にとっても、MCPを理解することは自社のAI活用戦略を考える上で重要です。MCPを活用したメディア戦略についても詳しく解説していますが、ここではビジネス現場での具体的な活用例を紹介します。
ECサイト・Shopifyでの活用例
Shopifyが公式MCPサーバーを提供していることから、EC運営でのMCP活用が急速に広がっています。在庫データ・売上データ・顧客データをMCP経由でAIが参照できるようにすることで、「先月の売上が低かった商品のリストを出して、値下げ提案をしてほしい」「カゴ落ち率が高い商品ページの改善案を出してほしい」といった自然言語での業務指示が実現できます。従来はエンジニアに依頼してデータを抽出してもらう必要があった作業が、マーケター自身でAIに指示するだけで完結します。
CRM・顧客管理での活用例
SalesforceやHubSpotなどのCRMにMCP経由でAIを接続することで、顧客データの分析・メール文面の生成・フォローアップスケジュールの立案などが自動化できます。「今週フォローアップが必要な見込み客リストを作成し、それぞれに合わせたメール文を生成してほしい」という指示をAIに出すだけで、CRMのデータを読み込んで実行できます。
広告運用・ChatGPT広告での活用例
Google広告やMeta広告のAPIをMCPサーバーとして公開することで、AIが広告データを分析し、改善提案を自動生成できます。ChatGPT広告の概要で解説しているように、AI時代の広告はAI自身がデータを参照しながら最適化するサイクルが標準になりつつあります。MCPはその自動化サイクルの「データ接続」部分を担う重要な技術です。
MCP vs Function Calling vs プラグイン:3つの違いを比較
MCPに関連してよく混同される概念として「Function Calling(関数呼び出し)」と「プラグイン」があります。それぞれの違いを整理します。
| 項目 | MCP | Function Calling | プラグイン(旧ChatGPT) |
|---|---|---|---|
| 提唱者 | Anthropic(2024年11月) | OpenAI(2023年6月〜) | OpenAI(2023年3月〜2024年廃止) |
| 標準化 | オープン標準(誰でも実装可) | 各LLMが独自に定義 | OpenAI独自仕様(廃止済み) |
| 互換性 | MCP対応の全AIで共通利用可 | LLMごとに実装が異なる | ChatGPTのみ |
| 提供できるもの | ツール・リソース・プロンプトの3種 | 関数(ツール)のみ | APIエンドポイント(OpenAPI) |
| データ参照方式 | リソースとして静的データも配信可 | 関数呼び出し結果のみ | APIレスポンスのみ |
| ローカル実行 | stdio経由でローカル実行可 | 基本的にクラウドAPI前提 | 外部HTTPSエンドポイント必須 |
| 現在の状況 | 急速普及中・業界標準化の流れ | 引き続き各LLMで使用中 | 廃止(GPTsに移行) |
Function CallingとMCPは競合しない
重要なのは、MCPとFunction Callingは競合するものではなく、レイヤーが異なる点です。MCPはサーバーとクライアントの「接続プロトコル」を定義します。一方Function Callingは、LLMが「どの関数を呼び出すか」を推論してパラメーターを生成する「AI内部の仕組み」です。MCPサーバーのツール定義は、LLMに渡される際にFunction Callingの形式に変換されます。つまり、MCPはFunction Callingの上に成り立つアーキテクチャといえます。
AIエージェント開発での選択基準
新規にAIエージェントやAI統合システムを開発する場合、2026年時点ではMCPを選択することが標準的な判断です。Function Callingを直接使うのは、特定のLLMのみで動くことが前提の単純なツール統合に限定されます。一方、複数のLLMに対応したい場合や将来の拡張性を重視する場合は、MCPで実装することで移植コストを削減できます。
よくある質問(FAQ)
Q1. MCPはどのAIが対応していますか?
2026年5月時点で、Claude(Anthropic)が最も成熟した対応を持ちます。Claude DesktopとClaude Code(CLI)でMCPサーバーを設定ファイルで管理できます。また、OpenAIもMCP対応を発表しており、ChatGPT・GPT-4oシリーズでの利用が可能になっています。Microsoft CopilotやGoogle Geminiも対応を進めており、業界全体がMCPを標準として採用する流れになっています。
Q2. MCPサーバーの開発に必要なスキルは何ですか?
TypeScriptまたはPythonの基本的な開発スキルがあれば、公式SDKを使ってMCPサーバーを開発できます。REST APIの設計経験があれば理解しやすいでしょう。公式ドキュメント(modelcontextprotocol.io)には詳細なチュートリアルが整備されており、シンプルなMCPサーバーであれば数時間で動作するものを作れます。
Q3. 社内システムをMCP対応させると何がメリットですか?
最大のメリットは、自然言語で社内データを操作できるようになることです。社内の基幹システムや独自DBをMCPサーバーとして公開することで、AIアシスタントが会社固有のデータを参照しながら回答・分析・処理を行えます。ERP・会計システム・在庫管理・CRMなどとAIをつなぐ「データ接続層」としてMCPを活用するケースが増えています。
Q4. MCPのセキュリティリスクはありますか?
MCPサーバーはAIがアクセスできる権限の範囲を明示的に定義します。ツールの設計次第では、AIが意図しない操作を行うリスクがあります。セキュリティ対策として、(1) ツールの権限は最小限に絞る、(2) 破壊的な操作(削除・上書き)には人間の確認ステップを入れる、(3) MCPサーバー自体に認証・認可を実装する、の3点が推奨されます。本番環境でのMCP活用では、ツール呼び出しのログを記録することも重要です。
Q5. MCPとRAG(検索拡張生成)の違いは何ですか?
RAG(Retrieval-Augmented Generation)は、ベクターデータベースや検索エンジンを使って関連文書を取得しLLMのコンテキストに追加する手法です。MCPはその「取得」の部分をリソースやツールとして標準化できますが、MCPはRAGに限らず、データ取得・実行・操作を含むあらゆるAI×ツール連携をカバーします。RAGがコンテキスト補強に特化した手法であるのに対し、MCPはより広い「AI連携インターフェース」の標準仕様です。llms.txtの活用と組み合わせることで、AIが適切な情報源にアクセスするための包括的な体制を構築できます。
Q6. MCPは有料ですか?ライセンスは?
MCPはAnthropicがオープンソースで公開しており、MIT Licenseで完全無料で利用できます。公式SDK(TypeScript版・Python版)もMITライセンスで公開されています。商用利用・独自改変・再配布のいずれも許可されており、企業が社内システムや商用サービスにMCPを組み込む際の障壁はありません。
まとめ:MCPはAI活用の「インフラ」になる
MCP(Model Context Protocol)は、AI連携における「USB規格」のような存在です。Anthropicが2024年11月に公開して以来、わずか1年余りで業界標準としての地位を確立し、2026年5月時点ではClaude・ChatGPT・Copilot・Geminiと主要LLMが対応を進めています。
ビジネスの視点から見ると、MCPの重要性は「AIに何ができるか」ではなく「AIがどのデータ・ツールに接続できるか」がビジネス価値を決める時代が来たことを意味します。同じLLMを使っていても、MCPで適切なデータソースと連携したシステムが圧倒的な生産性優位を持ちます。
特にマーケティング・EC・CRM分野では、MCPを通じたAI自動化がすでに競争優位の源泉になりつつあります。自社システムのMCP対応、MCPサーバーを活用したAIエージェント構築は、2026年以降の企業のAI戦略において欠かせない要素です。
MCP活用の具体的な戦略や実装支援については、お気軽にご相談ください。AI連携の設計からMCPサーバー開発・AIエージェント構築まで、一気通貫でサポートします。
よくある質問
- MCPは誰が作ったか?
- Anthropicが2024年11月にオープンソースとして公開しました。
- MCPとFunction Callingの違いは?
- MCPは標準化されたプロトコル、Function Callingはモデル独自の仕組みです。