「MCP対応しました!」って最近よく見るけど、MCPって何なの? AIが賢くなる話? それとも別の何か? 今日はそこをスッキリさせようぜ。

「MCP」って何? まずはひとことで
「最近ClaudeのページとかGitHubでMCPって言葉をよく見かけるんだけど、これって何なの?」
MCPはズバリ「AIとツールをつなぐ共通の差込口(プラグ)」だ。正式名称は Model Context Protocol(モデル・コンテキスト・プロトコル)。2024年11月にAnthropicがオープンソースとして公開したんだ。

「…プロトコル? なんか難しそう。」
難しく考えなくていい。「プロトコル」って要は「共通のお作法・規格」のことだよ。たとえばコンセントの差込口、規格が揃ってたら「どのプラグでも刺さる」よね。MCPはそれのAI版なんだ。

実際、公式ドキュメントにはこう書いてある。
「MCPはAIアプリケーションにとってのUSB-Cポートのようなもの」
USB-Cって、スマホもタブレットもPCも「これ1本でOK」になった便利なやつだよな。MCPはそれをAIとツールの間でやろう、っていう規格なんだ。

「ツールって、たとえばどんなもの?」
ファイル、データベース、Slack、GitHub、検索エンジン……AIが「外から何かを読んだり操作したりするとき」の相手方、全部ひっくるめてツールやデータ源って呼ぶね。MCPがあると、ClaudeやChatGPTみたいなAIがそういう外の世界に手を伸ばせるようになる。

どれくらい普及してるかというと、公開からおよそ1年で 月間9,700万回超のSDKダウンロード、公開MCPサーバー1万件以上 にまで成長してる。AI分野で最も急成長したオープンソースプロジェクトの一つなんだ。

「え、1年でそんなに!?」
それだけ「みんな困ってた」ってことでもある。その”困りごと”から話を始めようか。

MCP登場前の困りごと:ツール連携の「組み合わせ地獄」
「MCPが登場する前は、AIとツールをつなぐのってどうやってたの?」
一言でいうと、つなぎたい相手ごとに、専用のつなぎ込みコードを手作りしてたんだ。SlackにつなぎたいならSlack専用の処理を、GitHubにつなぎたいならGitHub専用の処理を、データベースにつなぎたいなら……って、ひたすら個別に作るしかなかった。

「それ、AIの種類が増えたらもっと大変じゃない?」
まさにそこ。これを業界では 「N×Mの組み合わせ地獄」 って呼んでる。

たとえばN個のツール(Slack・GitHub・DB……)と、M個のAI(Claude・ChatGPT・Gemini……)があったとする。全部を個別につなごうとすると、最大で N×M通り の専用アダプタが必要になる。ツールが10種類、AIが5種類あったら50個……しかも変更のたびに全部保守しなきゃいけない。

「それは確かに地獄だ……。」
しかもベンダーごとにデータの形式や扱い方がバラバラだから、「似たような機能でも、つなぎ方がAIごとに違う」って不整合も起きてた。

「MCPが来ると何が変わるの?」
N×MがN+Mに変わる。

ツール側はMCPに一度対応すればどのAIからも使ってもらえる。AI側もMCPに一度対応すればどのツールにもつながれる。「一度作れば、どこにでも組み込める(build once, integrate everywhere)」って形になるんだ。

「規格が1つに揃うだけで、こんなに話が変わるんだ。」
それが「共通プラグ」の力だよ。USB-Cが出る前、充電ケーブルが機種ごとにバラバラだった頃を思い出してみて。あの混乱がAIの世界でも起きてたんだ。

MCPの仕組み:クライアントとサーバー、そして「共通の差込口」
「MCPって実際、どうやってAIとツールをつないでるの?」
MCPは「クライアント・サーバー型」という仕組みを使ってる。登場人物は3つ。ホスト・クライアント・サーバーだ。

「うわ、いきなり3つ出てきた。」
大丈夫、飲食店にたとえると超わかりやすくなる。


| MCPの登場人物 | 飲食店にたとえると | 具体例 |
|---|---|---|
| ホスト | お店全体の店長 | Claude Desktop、Claude Code |
| クライアント | 各テーブルの担当ウェイター | ホストが各ツール用に自動生成する |
| サーバー | 厨房・食材倉庫 | GitHub用MCP、Slack用MCPなど |
ホスト(店長)は全体を取りまとめて、「何を使っていいか」のセキュリティや同意の管理もする。ツールとつなぐときはツールごとにクライアント(ウェイター)を1人立てて、そのウェイターが対応するサーバー(厨房)と1対1でやりとりする。

「ウェイターが厨房と直接話してて、店長は全体を見てるって感じか。」
そうそう。クライアントはサーバーから受け取った情報(文脈)をホストに渡して、ホストがAIの判断に活かす。この流れが「共通のお作法」で統一されてるから、どのツールも同じように扱える。

「USB-Cにたとえられる理由、なんとなくわかってきた。USB-Cって、機器ごとに形が違ったのを1種類にまとめた規格だよね。」
まさに! USB-C以前はMicro-BとかLightningとか機器ごとにバラバラだった。USB-Cが1つの規格で全部まとめたように、MCPは「AIとツールのつなぎ方」を1つの規格でまとめてる。だからツール側は各AI専用に作り込まなくても、MCPに対応するだけで幅広いAIから使ってもらえる。

MCPで何ができる? すでにあるMCPサーバーの例
「MCPがつながると、AIは実際どんなことができるの?」
MCPサーバーが提供する中身は大きく3種類に分けられる。


| 種類 | 役割 | たとえると |
|---|---|---|
| Tools(ツール) | AIが実行できる操作・行動 | AIの「手」 |
| Resources(リソース) | 読み取り専用のデータ・文脈 | AIの「目」 |
| Prompts(プロンプト) | やりとりのテンプレート | AIの「台本」 |
「ファイルを読む」「データベースを検索する」「コードを実行する」……こういうことが、MCPという共通の窓口を通してできるようになるんだ。

「じゃあ、もう実際に使えるMCPサーバーってどんなものがあるの?」
Anthropicは公開当初から、よく使われるサービス向けのMCPサーバーをあらかじめ用意して共有してる。こんなラインナップだ。

- Google Drive ─ ドライブ上のファイルを読む
- Slack ─ チャンネルの情報を取得・送信
- GitHub / Git ─ リポジトリやコードを操作
- Postgres ─ データベースに問い合わせる
- Puppeteer ─ ブラウザを自動操作する
「え、SlackやGitHubとAIが直接つながる!?」
そう。しかも対応するAI側も増えてきてて、ClaudeやChatGPTのようなAIアシスタントだけじゃなく、Visual Studio CodeやCursorみたいな開発ツールもMCPに対応してる。早期の導入企業にはBlockやApolloがあって、Zed・Replit・Codeium・SourcegraphといったツールもMCP対応を進めた。

「公開からたった1年でここまで広がってるのか。」
「一度作ればどのAIでも使える」って仕組みが、開発者にとっても魅力的だからね。

AIエージェント・RAGとの関係、そしてこれから
「AIエージェントって最近よく聞くけど、MCPとどう関係するの?」
AIエージェントってのは、「目標を与えたら自分でツールを呼び出しながら、複数のステップをこなして仕事を完結させるAI」のことだ。

「自分でツールを呼び出す……それってMCPが活きる場面じゃん。」
まさに。MCPはそのエージェントにとって「外の世界への標準的な窓口」になる。Anthropicも「より効率的なAIエージェントを作るための仕組み」としてMCPを位置づけてる。エージェントがどのツールを使うかは状況次第でも、「どうつなぐか」はMCPというたった1つのお作法でいい。

「じゃあRAGとはどう違うの? RAGもAIに外の情報を渡す技術だよね。」
いい質問。RAGについては [RAGって何 ─ AIに「カンペ」を渡す技術を5分で理解する](https://zhack-blog.com/rag/) でくわしく解説してるんだけど、一言で言うと「AIに関連情報をカンペとして渡して答えさせる手法」だ。

「MCPとは何が違うの?」
2つはレイヤー(層)が違うので競合じゃないんだ。


| RAG | MCP | |
|---|---|---|
| 何者? | 情報の探し方・渡し方の「手法」 | AIとツールをつなぐ「共通規格」 |
| 役割 | 関連情報を引っ張ってきてAIに渡す | ツールやデータへのつなぎ口を統一する |
MCPのResourcesという仕組みを通じて、RAGが使うような情報供給を「標準化されたルートで届ける」こともできる。むしろ組み合わせて使うものだと考えると自然だよ。

「競合じゃなくて、仲間なんだ。」
そう! MCPがあるとRAGの情報源とのつなぎ方も統一できるから、より使いやすくなる。

MCPはこれからどうなっていく?
「MCPって、ずっとAnthropicだけが管理するの?」
実はもう違う。MCPはAnthropicから Linux Foundation傘下の「Agentic AI Foundation(AAIF)」 に寄贈された。この基金はAnthropic・Block・OpenAIが共同で立ち上げ、Google・Microsoft・AWSなども支援してる。

「え、OpenAIもGoogleも? 競合じゃないの?」
業界全体として「共通規格は中立の組織で管理した方がいい」って判断したんだろうね。電気のコンセント規格を特定の電力会社だけが握ってたらおかしいのと同じ発想だ。MCPは特定企業に依存しない、業界横断の標準になりつつある。

「”AIのUSB-C”が、本当の意味で業界標準になってきてるんだね。」
まとめると、こういうことだ。

- MCPはAIとツールをつなぐ”共通プラグ”(Model Context Protocol)
- 登場前はN×Mの組み合わせ地獄だったが、MCPでN+Mに激減
- ホスト・クライアント・サーバーの3役割で整理されたシンプルな仕組み
- SlackやGitHubなど1万以上のMCPサーバーがすでに存在
- AIエージェントの「手と目」として、これからさらに重要になる
- 業界横断の中立的な標準として、Anthropicから専門機関に移管済み

「なんかすごく大事な規格なんだね、MCP。最初は略語だけ見てスルーしてたけど。」
“共通プラグ”って聞くと急に親近感わくでしょ。実装の具体的な手順はまた別の記事で解説するから、今日は「なぜMCPが生まれて、何がうれしいのか」をしっかり持って帰ってくれ。

この記事のポイント
– MCPは「AIとツールをつなぐ共通規格」。Anthropicが2024年11月に公開したオープンソースのプロトコル。
– 登場前はN×Mの個別作り込みが必要だったが、MCPでN+Mに激減。
– ホスト・クライアント・サーバーの3役割で動く、シンプルなクライアント・サーバー型の仕組み。
– すでに1万以上のMCPサーバーが存在し、Claude・ChatGPT・VS Codeなど多くの製品が対応。
– AIエージェントの外部連携の標準として、業界横断で普及が進んでいる。
参考文献
- https://www.anthropic.com/news/model-context-protocol
- https://modelcontextprotocol.io/docs/getting-started/intro
- https://blog.modelcontextprotocol.io/posts/2025-11-25-first-mcp-anniversary/
- https://www.descope.com/learn/post/mcp
- https://modelcontextprotocol.io/docs/learn/architecture
- https://www.anthropic.com/engineering/code-execution-with-mcp
- https://www.anthropic.com/news/donating-the-model-context-protocol-and-establishing-of-the-agentic-ai-foundation
関連記事

RAGって何--AIに「カンペ」を渡す技術を5分で理解する
RAGとは、AIが回答を生成する前に外部の信頼できる文書を検索し、その結果を参考資料としてAIに渡す技術である。この仕組みにより、学習データに含まれない最新情報や専門的な社内情報にも対応でき、AIがもっともらしい嘘をつく「ハルシネーション」...

コメント