MCPとは?〜AIのUSBポートを理解する
MCP(Model Context Protocol)の基本概念 — N×M問題からN+Mへ、ホスト・クライアント・サーバーの役割、USBポート比喩で理解するAI接続標準。
学べること
- MCPの基本コンセプトと「AIのUSBポート」としての役割
- N×M問題がN+Mになる仕組み
- ホスト・クライアント・サーバーの3層アーキテクチャ
- MCPエコシステムの現在地
レッスンの流れ
このコースは全8レッスン。今回はMCPの「なぜ」と「何」を理解します。次回以降で「どうやって」に入ります。各レッスンは15分以内で読めて、途中にクイックチェックがあります。
AIは賢い。でも「手」がない。
Claude Desktopに「今月の売上データをDBから取ってきて」と頼んでみてください。
答えは「できません」です。
「Slackに議事録をまとめて投稿して」も同じ。AIがどれだけ賢くても、外部システムにアクセスする手段がなければ、ただのチャットボットです。
MCP(Model Context Protocol)は、この壁を壊すために生まれました。
N×M問題 — カスタム連携の悪夢
MCP以前の世界を想像してください。
Claude、ChatGPT、Geminiの3つのAIアシスタントと、GitHub、Slack、PostgreSQL、Google Driveの4つのツール。すべての組み合わせを連携するには 3 × 4 = 12個 のカスタムコードが必要です。
AIが5つ、ツールが10個になったら? 50個。
これがN×M問題。MCP以前は、各AI × 各ツールの組み合わせごとに専用の接続コードを書いていました。
MCPはこれを N + M に変えます。各ツール側にMCPサーバーを1つ作れば、MCP対応のどのAIからでも使える。10個のAIと10個のツールでも、必要な実装は 20個(50個ではなく)。
✅ Quick Check: AIアシスタント5つ × ツール8つの場合、MCP以前は何個の連携コードが必要?MCPでは?(答え:MCP以前は40個、MCPなら13個)
USBポートのアナロジー
USB-C以前を思い出してください。スマホの充電ケーブル、カメラの接続ケーブル、プリンターのケーブル — 全部違いました。
USB-Cは1つの規格ですべてを統一。MCPはAIの世界で同じことをやっています。
| USB-C | MCP |
|---|---|
| デバイス(スマホ、PC) | AIアシスタント(Claude、ChatGPT) |
| 周辺機器(モニタ、HDD) | 外部ツール(GitHub、Slack) |
| USB-Cポート | MCPプロトコル |
| ケーブル1本で全部つながる | MCPサーバー1つでどのAIからも使える |
アーキテクチャ:3つの役割
MCPには明確な3つのレイヤーがあります。
ホスト(Host) — ユーザーが直接使うアプリ。Claude Desktop、VS Code + Copilot、Cursorなど。
クライアント(Client) — ホストの内部にいる「通訳」。各MCPサーバーと1対1で通信を管理。
サーバー(Server) — 外部ツールを「MCPの言語」で公開する軽量プログラム。GitHub用、Slack用、DB用、それぞれ別のサーバー。
通信プロトコルはJSON-RPC 2.0。ローカルならstdio(標準入出力)、リモートならStreamable HTTPで接続します。
MCPエコシステムの現在地
数字で見てみましょう。
- 月間SDKダウンロード:9,700万件(Python + TypeScript)
- アクティブMCPサーバー:8,600以上
- MCPクライアント(IDE・チャットアプリ等):300以上
- 公式リポジトリのGitHubスター:66,000以上
2024年11月のAnthropicの発表から始まり、2025年12月にはLinux Foundation傘下のAgentic AI Foundationに寄贈。OpenAI、Google、Microsoft、AWS、Cloudflareが参加する業界標準になりました。
日本でも導入が進んでいます。LINEヤフーはClaude Code × MCPでPRレビュー準備を自動化し、週6時間のレビュー工数を削減。社内MCP安全利用ガイドまで公開しています。
✅ Quick Check: MCPを開発したのはどの企業?現在の管理主体は?(Anthropicが開発し、現在はLinux Foundation傘下のAgentic AI Foundationが管理)
MCP vs Function Calling
「Function CallingでもAIがツールを呼べるのでは?」と思うかもしれません。
| 比較項目 | Function Calling | MCP |
|---|---|---|
| アーキテクチャ | ツール定義をAPIリクエストに埋め込む | ツールは別プロセスのサーバーに存在 |
| 再利用性 | 単一アプリ内 | 複数のAIクライアントで共有 |
| 適したシーン | プロトタイプ、2-3個のツール | 本番環境、10個以上のツール、チーム共有 |
Function Callingは「1つのAIに数個のツール」に最適。MCPは「複数のAIから多数のツールを標準化して使う」ためのプロトコルです。
まとめ
- MCPはAIと外部ツールの接続を標準化するオープンプロトコル — 「AIのUSBポート」
- N×M問題(各AI × 各ツールにカスタムコード)をN+Mに削減
- アーキテクチャ:ホスト → クライアント → サーバーの3層構造
- JSON-RPC 2.0で通信し、stdioまたはStreamable HTTPで接続
- 月間9,700万ダウンロード、8,600以上のサーバー — 急速に成長するエコシステム
次のレッスン
MCPの「なぜ」と「何」がわかりました。次はいよいよ手を動かします。レッスン2では Claude Desktopに最初のMCPサーバーを接続 します。設定ファイルの書き方からトラブルシューティングまで、ステップバイステップで進めます。
理解度チェック
まず上のクイズを完了してください
レッスン完了!