MCPとは【2026】仕組み・できること・導入の基礎をやさしく解説

本記事で解説するMCPは、AI分野の標準規格「Model Context Protocol」である。Microsoft認定資格のMCP（Microsoft Certified Professional）とは、名前が同じだけの別物だ。

AIツールの導入を調べているとMCPという言葉を頻繁に目にするが、解説記事は専門用語だらけか古い情報のどちらかで、「何ができて、社内データにつないで大丈夫なのか」が分からない——本記事はこの疑問に、MCP公式仕様と各社公式発表の一次情報だけで答える入門ガイドだ。概念・仕組み・導入の基礎判断までを扱い、Claude Codeでの具体的な接続手順はClaude CodeとMCPの連携実践ガイドに譲る。

MCP（Model Context Protocol）は、AIアプリと外部システム（社内データ・業務ツール）を接続するためのオープンソース標準だ。公式自身が「AIアプリのUSB-Cポート」と例えるとおり、ツールごとにバラバラだった接続方法を共通化する。Anthropicが2024年11月に発表し、2025年12月にLinux Foundation傘下のAgentic AI Foundation（AAIF）へ寄贈された、特定ベンダーに依存しない中立標準である。サーバーが提供する機能はTools（実行）・Resources（参照）・Prompts（定型指示）の3種類、接続方式はローカルのstdio型とリモートのStreamable HTTP型の2系統（旧方式のSSEは廃止予定）。2026年6月時点の現行仕様は2025-11-25版だ。

結論：MCPとは何か

MCPとは、AIアプリと外部システムを接続する方法を共通化するオープンソース標準である（出典：MCP公式ドキュメント）。AIエージェントが社内文書を参照したり業務システムを操作したりするには外部への接続口が必要だが、従来はAIアプリとツールの組み合わせごとに個別の連携開発が必要だった。MCPはこの接続口を1つの規格に統一する。AIエージェントそのものの基礎はAIエージェントとはで整理している。

項目	内容
正式名称	Model Context Protocol（エムシーピー）
策定	Anthropic（2024年11月発表）
現在の管理	Linux Foundation傘下のAgentic AI Foundation（AAIF・2025年12月移管）
現行仕様	2025-11-25版（2026年6月時点）
接続方式	ローカル＝stdio／リモート＝Streamable HTTP（旧方式SSEは廃止予定）
サーバーの3機能	Tools（実行）・Resources（参照）・Prompts（定型指示）
主な対応	Anthropic・OpenAI・Microsoftが公式サポート。GoogleはGemini APIで試験的対応

繰り返しになるが、Microsoft認定資格のMCPとは無関係だ。

MCPの仕組み——3つの登場人物と3つの機能

Host・Client・Serverの役割

登場人物は3つだ。Hostは、ユーザーが操作するAIアプリ本体（チャットアプリ・AIエージェントなど）。Clientは、Hostの中に作られる接続の窓口で、接続先のサーバー1つにつき1つ用意される。Serverは、外部システム側の提供口で、ファイル・データベース・SaaSなどの機能をAIが使える形で公開する。利用者から見れば「Hostに、使いたいServerを登録する」だけで、間のClientはHostが自動で管理する。やり取りはJSON-RPC 2.0というメッセージ形式で標準化されているが、利用者が意識する場面はほとんどない。

サーバーが提供する3機能（Tools・Resources・Prompts）

MCPサーバーで何ができるかは、この3機能で決まる。Toolsは、AIが実行できる操作である。データベースの検索、チケットの起票、ファイルの作成といった「行動」を提供する。Resourcesは、AIが参照できるデータである。社内文書や設定情報など「読む」対象を提供する。Promptsは、定型指示の呼び出しである。よく使う指示文をテンプレートとして登録し、呼び出して使える。つまりMCPサーバーを導入すると、AIアプリに「操作・参照・定型指示」を後付けできる（出典：MCP公式ドキュメント）。クライアント側にもSamplingなどの機能があるが、入門ではサーバー側の3機能で十分だ。

接続方式は2系統——ローカルstdio型とリモートStreamable HTTP型

接続方式は2系統ある。stdio型は、AIアプリと同じパソコンの中でサーバーを動かしてつなぐローカル方式で、手元のファイルや開発環境への接続に向く。Streamable HTTP型は、ネットワーク越しに社内サーバーやクラウド上のサーバーへつなぐリモート方式で、チームでの共有や認証を挟んだ社内システム接続に向く。注意点として、初期のSSEという方式は現行仕様で廃止予定（deprecated）になっている。「stdioとSSEの2方式」と書いている記事は2025年前半までの古い情報である。この2系統の選び方は、後述の導入判断チェックリストで整理する。

2026年時点の現在地——中立標準化とエコシステム

誕生からAAIF寄贈までの年表

時期	出来事
2024年11月25日	AnthropicがMCPを発表（出典：Anthropic公式ニュース）
2025年11月25日	現行仕様2025-11-25版を公表（2026年6月時点の最新版）
2025年12月9日	Linux Foundation傘下のAgentic AI Foundation（AAIF）へ寄贈

導入検討で重要なのは最後の行だ。AAIFはAnthropic・Block・OpenAIが共同設立し、Google・Microsoft・AWS・Cloudflareなどが支援する中立の財団である。つまりMCPは「Anthropic1社の規格」ではなくなり、特定ベンダーの方針転換で立ち行かなくなるリスクが構造的に小さくなった。

どこまで広がっているか——採用状況

規模を示す公式数値がある。寄贈発表（2025年12月9日）の時点で、SDKの月間ダウンロードは9,700万件超、公開されたMCPサーバーは1万件超、Claudeのコネクタは75件超とされる（出典：Anthropic公式ニュース・いずれも発表時点の値）。OpenAIはChatGPT Apps・Responses API・Agents SDKでMCPを正式サポートし、MicrosoftはWindows 11でのネイティブサポートをBuild 2025で発表した。GoogleはGemini APIのSDKにビルトインのMCPサポートを持つが、2026年6月時点では試験的（experimental）対応で対象もtoolsのみであり、「全面対応」ではない。

公式リファレンスサーバーの現在——旧情報に注意

公式が保守するリファレンスサーバーは、2026年6月時点で現役7本である（Everything・Fetch・Filesystem・Git・Memory・Sequential Thinking・Time）。かつて公式提供されていたGitHub・Slack・PostgreSQLなど13本は、アーカイブ（保守終了）に移された（出典：MCP公式GitHubリポジトリ）。「公式のGitHubサーバーやSlackサーバーがある」と紹介する記事は、現在では誤りだ。現在これらへの接続は各サービス提供元やコミュニティのサーバーを使う形であり、導入前に提供元・更新状況・利用条件を確認することが基本動作になる。

MCPで何ができるか・導入をどう判断するか

業務での活用イメージ

サーバーの3機能を業務シーンに置き換えると、できることが見えてくる。第一に、社内文書やマニュアルをResourcesとして参照させ、自社の文脈を踏まえた回答をさせる。第二に、データベースや業務SaaSをToolsとして操作させ、検索・起票・更新といった定型作業を任せる。第三に、よく使う指示をPromptsとしてテンプレート化し、チームの利用品質をそろえる。これらは特定の製品に閉じず、MCP対応のAIアプリなら同じサーバーを使い回せるのが標準規格の利点だ。Claude Codeで実際にMCPサーバーへ接続する手順はClaude CodeとMCPの連携実践ガイドで解説している。エンジニア以外の方は非エンジニアのためのClaude Code入門から始めるとつまずきにくい。

ローカル型とリモート型の導入判断チェックリスト

観点	ローカルstdio型が向く	リモートStreamable HTTP型が向く
接続対象	手元のPC内のファイル・環境	社内サーバー・クラウド上のデータ
利用人数	個人	チーム・部署
認証	不要なことが多い	必須（認証設計とセット）
運用管理	利用者本人	管理者・情報システム部門

迷ったら順序はシンプルだ。まず個人のローカルstdio型で小さく試し、価値が確認できたらチーム共有をリモート型で設計する。リモート型は認証・権限の設計が本体と言ってよく、次章のセキュリティ観点とセットで検討してほしい。

導入前に知るべきセキュリティ——公式仕様が定める注意点

最大の不安は「社内データにつないで安全なのか」だろう。安全性は「MCPだから安全」でも「MCPだから危険」でもなく、どのサーバーを選び、どんな権限を与えるかで決まる。公式仕様にはセキュリティのベストプラクティスが定められており、入門段階では次の3点を押さえたい（出典：MCP仕様2025-11-25版 Security Best Practices）。

第一に、認証情報の素通し（Token Passthrough）は仕様で明示的に禁止されている（MUST NOT）。受け取った認証トークンを検証せずそのまま他へ渡す実装は仕様違反だ。第二に、権限の取り違え（Confused Deputy）。AIが利用者本人より強い権限で動いてしまい、本人にはできないはずの操作が実行される問題で、サーバー側の権限設計で防ぐ。第三に、ローカルサーバーでは利用者の同意確認と権限の最小化が基本とされる。提供元の確かなサーバーを、必要最小限の権限で使う——この原則だけで多くのリスクは避けられる。権限設定の具体的な失敗例はClaude Code×MCPの権限設定でよくある失敗5つと回避策で詳しく整理している。

Q1. MCPとは何ですか？

AIアプリと外部システム（社内データ・業務ツール）を接続するためのオープンソース標準です。公式は「AIアプリのUSB-Cポート」と例えています。2025年12月にLinux Foundation傘下のAAIFへ移管された中立規格で、Microsoft認定資格のMCPとは別物です。

Q2. MCPサーバーで何ができますか？

Tools（操作の実行）・Resources（データの参照）・Prompts（定型指示の呼び出し）の3機能を提供できます。公式リファレンスサーバーは現役7本で、GitHubやSlackなど13本はアーカイブ済みです（2026年6月時点）。

Q3. MCPはAnthropic専用の規格ですか？

いいえ。2025年12月9日にLinux Foundation傘下のAgentic AI Foundation（AAIF）へ寄贈され、Anthropic・Block・OpenAIが共同設立、Google・Microsoft・AWSなどが支援する中立標準になりました。OpenAIやMicrosoftも公式サポートしています（GoogleのGemini API対応は試験的・toolsのみ）。

Q4. MCPの導入はローカル型とリモート型のどちらがいいですか？

接続対象の場所・利用人数・認証の要否で判断します。個人で手元のデータにつなぐならローカルstdio型、チームで共有するなら認証設計とセットでリモートStreamable HTTP型が基本です。旧方式のSSEは廃止予定です。

Q5. MCPで社内データにつないでも安全ですか？

安全性はサーバーの選定と権限設計で決まります。公式仕様はToken Passthrough（認証情報の素通し）を明示的に禁止し、Confused Deputyなどのリスクと対策を定めています。提供元が確かなサーバーを最小権限で使うのが基本です。

まとめ

MCPは、AIアプリと外部システムの接続を共通化するオープンソース標準である。2025年12月のAAIF寄贈で特定1社に依存しない中立規格となり、主要ベンダーの公式サポートもそろってきた。サーバーの3機能と接続2系統を押さえれば、入門としての全体像は十分だ。ただしMCPのエコシステムは変化が速いため、導入時には公式ドキュメントで最新状態を確認してほしい（本記事は2026年6月時点の一次情報に基づく）。まず個人のローカル型で小さく試す——この順序が失敗しにくい第一歩だ。

---

MCPを実際に使ってみるならClaude CodeとMCPの連携実践ガイド、AIエージェントの全体像はAIエージェントとは、権限設定の注意点はClaude Code×MCPの権限設定でよくある失敗5つと回避策も参考にしてください。