x3d CROSS THIRD
全国無料講演お問い合わせ
MCP Server Guide

MCPサーバーとは？

最終更新日：2026年8月5日

MCPサーバーとは、AIを社外ツールやデータへ安全につなぐ標準規格MCPの接続プログラムです。

できること・できないこと、Claude Code / Cursor での接続、法人導入の判断基準までを解説します。

MCP導入を相談する開発サービスを見る

この記事の結論

MCPサーバーとは、AIアプリケーション（Claude・ChatGPT・Cursorなど）が外部のツール・データソースへ安全にアクセスするための標準規格「MCP（Model Context Protocol）」に基づく接続プログラムです。

  • 公式ドキュメントは「AIアプリケーションにとってのUSB-Cポート」と説明。ベンダーごとにばらばらだった連携実装を1つのプロトコルに統一します
  • Anthropicが2024年11月に公開し、OpenAI・Google・Microsoftなど主要ベンダーが採用。検証済みサーバーは公式レジストリで確認できます
  • 接続方式はローカル用「stdio」とリモート用「Streamable HTTP」の2種類。法人導入ではOAuth 2.1・監査ログなどのセキュリティ要件の設計が成否を分けます
  • 現行リビジョンは2026-07-28。接続スコープのセッションが廃止されてリクエスト単位で完結する設計になり、MCPサーバーをロードバランサー配下で水平スケールできるようになりました

本ページは「とは」と導入判断の正準です。実装手順は作り方ガイド、クライアント別の接続手順はClaude Code / Cursor × MCPへ接続します。

※本ページの整理は2026年8月5日時点の公開仕様（MCP の現行リビジョンは 2026-07-28）と一般的な実装知見に基づいています。プロトコル仕様やツール実装は更新されるため、導入時は公式情報（modelcontextprotocol.io）の再確認を推奨します。

MCPサーバーでできること・できないこと

検索意図「mcpサーバーとは」への直接回答として、導入前に切り分ける境界を示します。

できること

  • 社内ナレッジ（Notion / Wiki 等）の横断参照
  • GitHub の PR・Issue・Actions 操作
  • Slack 通知や業務 SaaS への書き込み
  • Claude Code / Cursor / Codex 間での接続実装の再利用
  • 自社 MCP サーバーによる社内 DB・基幹連携

できないこと・向いていないこと

  • LLM 自体の回答精度を上げること（接続規格でありモデル改善ではない）
  • 単純なチャット用途だけで十分な業務への過剰導入
  • 認可・監査なしでの本番公開
  • 万能 SQL 実行など過剰権限ツールの安全な提供
  • クライアント非対応機能の強制（各クライアントの実装差は残る）

企業導入では「つなげること」より「誰が・何を・どこまで触れるか」の設計が成果を分けます。比較・選定の文脈はClaude Code・Cursor・Codex比較も参照してください。

MCP（Model Context Protocol）とは

Anthropic 社が 2024 年 11 月にオープンソースとして公開した、AI アプリケーションと外部システムを接続する標準プロトコル。

MCP（Model Context Protocol）は、AI アプリケーション（Claude、ChatGPT、Cursor、VS Code、Zed など）と外部のデータソース・ツール・ワークフローを接続するためのオープン標準です。公式サイトでは「AI アプリケーションにとっての USB-C ポート」と紹介されており、ベンダーごとにばらばらだった連携実装を 1 つのプロトコルに統一します。

JSON-RPC 2.0 をベースにしたクライアント–サーバー構成で、サーバーがツール（tools）・リソース（resources）・プロンプト（prompts）を公開し、クライアントがそれを発見・呼び出します。2024 年 11 月の発表時に Anthropic がリファレンス SDK（Python / TypeScript / Java / その他）と Claude Desktop のローカルサーバー対応を同時公開し、その後 Google、Microsoft、OpenAI、Block など多数のベンダーが採用しました。

公式の MCP Registry（registry.modelcontextprotocol.io）から検証済みのサーバーを発見でき、`modelcontextprotocol/servers` リポジトリでは MCP steering group がメンテナンスする少数のリファレンス実装（Filesystem、Git、Memory、Fetch、Time、Sequential Thinking、Everything）が公開されています。

2 つのトランスポート方式

MCP 公式 spec（2026-07-28）が定義する標準トランスポート。利用シーンで使い分けます。

ローカル接続

stdio

クライアントがサーバーを子プロセスとして起動し、標準入出力を介して JSON-RPC でやり取りします。資格情報は環境変数から取得し、OAuth は使いません。

適している用途

Claude Code・Cursor・Codex CLI などローカル開発環境からの利用に最適

リモート / マルチクライアント

Streamable HTTP

サーバーが単一エンドポイント（例: https://example.com/mcp）を公開し、各メッセージを HTTP POST で送り、応答は JSON またはリクエスト単位の SSE ストリームで受け取ります。2024-11-05 の HTTP+SSE トランスポートを置き換える新形式。

適している用途

クラウドホスト型のチーム共有サーバー、SaaS の公式 MCP に最適

Streamable HTTP では OAuth 2.1（PKCE 必須）、Resource Indicators（RFC 8707）、Protected Resource Metadata（RFC 9728）の実装が必須です。stdio トランスポートでは認可仕様は適用されず、認証情報は環境変数で受け渡します。

spec 2026-07-28

ステートレス化で何が変わったか

MCP の現行リビジョンは 2026-07-28 です。接続スコープのセッションが廃止され、MCPサーバーを一般的なWebサービスと同じように水平スケールできる設計になりました。

接続単位のセッションが廃止され、リクエスト単位で完結する

以前のリビジョンは initialize ハンドシェイクで接続スコープのセッションを張っていましたが、2026-07-28 では各リクエストが自己完結します。プロトコルバージョンとクライアントの能力は、リクエストごとに _meta の io.modelcontextprotocol/* フィールドで宣言します。

法人導入への影響

特定のサーバーインスタンスにクライアントを固定する必要がなくなり、MCPサーバーを通常のWebサービスと同じようにロードバランサー配下へ並べられます。

サーバーからのリクエスト送信がなくなった

現行仕様では、サーバーは JSON-RPC リクエストを開始せず、クライアントは JSON-RPC レスポンスを返しません。メッセージの向きはクライアント→サーバーのリクエスト/通知と、サーバー→クライアントのレスポンス/通知だけです。

法人導入への影響

双方向の呼び出しを前提に組んだ実装は設計の見直しが必要です。ユーザーへの追加入力の要求は、クライアント側の機能である Elicitation で扱います。

Streamable HTTP はメタデータを HTTP ヘッダーにも写す

本文が正であることを前提に、Streamable HTTP は選択したメタデータを HTTP ヘッダー（MCP-Protocol-Version など）へミラーします。中継する側が本文を解析せずにルーティング・検査できるようにするための設計です。

法人導入への影響

APIゲートウェイやプロキシでの認可・監査・流量制御を、MCPの本文を覗かずに実装できます。法人の共通基盤に載せる際の前提が整いました。

バージョンはリクエストごとに交渉する

サーバーはリクエストごとに独立して受理・拒否を判断し、対応していないバージョンには UnsupportedProtocolVersionError で対応バージョンを返します。server/discover を呼べば、対応バージョン・能力・識別情報を1リクエストでまとめて取得できます。

法人導入への影響

クライアントとサーバーが複数バージョンを同時にサポートできるため、社内の移行を一斉更新ではなく段階的に進められます。

既存実装の移行には猶予期間があります

MCP は機能を非推奨（Deprecated）にしてから削除するまで、少なくとも12か月（方針上の緊急削除の例外では少なくとも90日）を確保するライフサイクルを定めています。initialize ハンドシェイクを前提とする 2025-11-25 以前のリビジョンとの相互運用については、公式仕様に後方互換の手順と互換性マトリクスが用意されています。とはいえ猶予は無期限ではないため、社内で稼働中のMCPサーバーは棚卸しと移行計画の対象にしておくことをおすすめします。

コアプロトコルに加えて定義された拡張（いずれもオプトインで、クライアント・サーバー双方の対応が必要）

Extension

Tasks

長時間かかる処理を非同期に実行するための拡張。ポーリング、処理途中での入力、永続的なハンドルを扱えます。

想定される用途

ドキュメント解析・データ変換・バッチ処理をエージェントに任せる場面

Extension

Skills over MCP

エージェントのワークフロー向けに、構造化された手順書をMCP経由で発見・利用できるようにする拡張です。

想定される用途

社内の定型業務手順をエージェントに配布し、実行手順を揃えたい場面

Extension

MCP Apps

グラフ・フォーム・動画プレーヤーなどの対話的なUI要素を、会話の中にインラインで描画するための拡張です。

想定される用途

承認フォームや実行結果のダッシュボードを会話内で完結させたい場面

出典: MCP 公式仕様Specification/Versioning/Transports（2026年8月5日確認）。

MCPサーバーの役割

AIが業務システムを扱うための入出力を標準化し、実運用可能な連携基盤を作ります。

接続の標準化

複数ツールへの接続仕様を統一し、AI側の実装コストを抑えます。

業務実行の安定化

ツール呼び出しの責務を分離し、変更に強いアーキテクチャを構築します。

ガバナンス強化

監査ログや権限制御を組み込み、セキュアなAI活用を実現します。

MCP連携とは？自社ツールとつなぐと何ができるのか

MCP連携とは、社内のツール・データベース・SaaS を MCP サーバー経由で AI に接続し、AI から直接参照・操作できるようにすることです。

MCP連携とは、GitHub・Slack・Notion・社内DBなどの業務システムを MCP サーバーを介して AI アプリケーション（Claude・ChatGPT・Cursor など）に接続し、AI がそれらのツールを直接参照・操作できる状態にすることを指します。仕組みの理解よりも「自社のどのツールと、何のためにつなぐか」が導入判断の中心になります。

MCP連携によって、たとえば次のことが可能になります。

社内ナレッジへの横断アクセス

Notion・Confluence・社内Wikiの情報をAIが直接参照し、根拠つきで回答。ドキュメントを探す時間を削減します。

開発フローの自動化

GitHubのPR作成・レビュー・Issue整理までをAIが実行。コード編集とプロジェクト管理を同一フローで扱えます。

業務SaaSとの双方向連携

SlackへのレポートやCRM・社内DBの更新をAIから直接実行。コピペによる転記作業をなくします。

接続実装の使い回し

MCPは標準プロトコルのため、一度作った連携をClaude Code・Cursor・Codexのどれからでも利用できます。

従来の API 連携との違いは、ツールごとの個別実装が不要になることです。MCP という 1 つの標準に沿ってサーバーを用意すれば、AI 側のクライアントを問わず同じ連携を再利用できます。既製の first-party MCP サーバー（後述）を使えば、コードを書かずに連携を始められるケースも多くあります。

代表的な MCP サーバー（2026 年 7 月時点）

公式 reference 実装と、主要 SaaS の first-party / コミュニティ MCP サーバーから抜粋。

サーバーメンテナンス主体トランスポート主な用途
GitHub MCPGitHub（first-party）stdio / Streamable HTTPリポジトリ・PR・Issue・GitHub Actions の参照と操作
Filesystem MCPMCP steering group（公式 reference）stdioローカルファイルへの読み書き（アクセス範囲を構成可能）
Slack MCPZencoder maintained（旧 Anthropic reference）Streamable HTTPチャンネル一覧、メッセージ送受信、リアクション操作
Notion MCPNotion（first-party）Streamable HTTPページ・データベースの参照・更新
Sentry MCPSentry（first-party）Streamable HTTPエラー・トレース取得、Issue triage への組み込み
Playwright MCPMicrosoft（first-party）stdioブラウザ操作、E2E テスト、スクリーンショット取得
Fetch / Git / Memory / Time / Sequential ThinkingMCP steering group（公式 reference）stdioWeb取得・Git操作・短期メモリ・時刻・思考連鎖など基本機能

Anthropic が当初公開していた reference 実装の多くは現在アーカイブされており、各ベンダーが提供する first-party MCP サーバーへの移行が推奨されています（例：GitHub MCP は GitHub 公式実装、Slack MCP は Zencoder メンテナンス）。最新の利用可能サーバーは公式 Registry から確認してください。

クライアント別の MCP 接続方法

Claude Code / Cursor / Codex すべて MCP にネイティブ対応。設定ファイルと CLI コマンドが異なります。

Claude Code

CLI / 追加方法

claude mcp add <name> ...

設定ファイル

~/.claude.json または プロジェクト .mcp.json

OAuth 認証付きリモート MCP は claude mcp login で完結。stdio / Streamable HTTP どちらにもネイティブ対応。

Cursor

CLI / 追加方法

Settings → MCP から追加（GUI）

設定ファイル

~/.cursor/mcp.json または プロジェクト .cursor/mcp.json

MCP-first 設計。Rules・Skills・Hooks と組み合わせて Team Marketplace で共有可能。

Codex (OpenAI)

CLI / 追加方法

codex mcp add <name> -- <command> [args...]

設定ファイル

~/.codex/config.toml または プロジェクト .codex/config.toml

STDIO・Streamable HTTP・OAuth に対応。codex mcp login <name> で OAuth フロー完結。

Claude Code 詳細ガイドはこちらコーディングAI比較（料金・使い分け）Claude Code / Cursor × MCP 連携手順

主な連携先

Claude CodeやCursorなどの開発環境から、業務システムまで横断連携できます。

  • GitHub / GitLabなどの開発基盤
  • Notion / Confluenceなどの社内ナレッジ
  • Slack / Chatツールとの通知連携
  • 社内DB・業務SaaSとの双方向連携

MCP サーバー構築・導入ロードマップ

x3d が 1,800 社の AI 導入支援で蓄積した、本番運用前提の 6 ステップ。

  1. 1

    STEP 1｜接続先と業務要件の定義

    対象システム・対象ユーザー・想定ユースケースを洗い出し、最小権限とユース＆ストップ条件を定義します。

  2. 2

    STEP 2｜トランスポート選定

    個人端末のみで完結するなら stdio、チーム共有・SaaS横断なら Streamable HTTP を選択します。

  3. 3

    STEP 3｜認可設計（HTTP の場合）

    OAuth 2.1 + PKCE + Resource Indicators（RFC 8707）+ Protected Resource Metadata（RFC 9728）を実装。Origin 検証で DNS rebinding を防ぎます。

  4. 4

    STEP 4｜PoC 実装と評価

    1〜2 ユースケースで PoC を構築し、応答品質・実行成功率・運用工数を実測します。

  5. 5

    STEP 5｜監査・可観測性の組み込み

    監査ログ、ツール呼び出し履歴、機密マスキング、レートリミットを実装。OpenTelemetry でメトリクス出力。

  6. 6

    STEP 6｜本番運用と内製化

    運用ハンドブック策定、社内ナレッジ整備、エラー検知から再発防止までの SOP を定着。x3d はこの定着フェーズまで伴走します。

詳細ガイド

MCPサーバーの作り方：図解と実装6ステップ

公式SDKでの実装イメージ、トランスポートの選び方、本番運用に必要なセキュリティ要件までを図解つきで解説。

セキュリティ実装チェック

MCP導入では、接続できること以上に「安全に運用できること」が重要です。

認証・認可（最小権限）を明確化する

監査ログと実行履歴を保存する

機密情報のマスキング/秘匿化を行う

ツール呼び出し範囲と上限を制御する

障害時のフェイルセーフ動作を定義する

x3dでは、MCP接続実装だけでなく、運用監査設計・権限設計・障害対応手順まで含めた 「本番運用前提」の設計を標準化しています。

接続実装セキュリティ設計運用定着

企業がMCPを導入するときの判断基準

接続できることより、権限・監査・内製化の設計が成否を分けます。

法人導入で最初に決めるのは、(1) 既製 MCP で足りる接続先と自作が必要な接続先の仕分け、(2) 個人端末向け stdio かチーム共有の Streamable HTTP か、(3) 最小権限と監査ログの要件です。PoC は 1〜2 ユースケースに絞り、成功率と運用工数を実測してから本番範囲を広げます。

x3d は AI 導入支援の現場知見をもとに、要件定義・接続実装・認可／監査・社内展開・内製化まで伴走します。商用支援の受け皿はAIエージェント開発、選定・ガバナンスの観点はAI顧問へ接続できます。

よくある質問

無料・4問・約30秒・登録不要

MCP導入の前に、 まず無料のClaude Code導入診断から。

MCP連携で成果が出るかは、開発組織側のAI活用の成熟度に大きく左右されます。4つの質問に答えるだけで、Claude Code・AI駆動開発の現在地と、貴社に合った進め方がその場でわかります。

Claude Code導入診断をはじめる無料相談はこちら
無料資料

続きは資料でどうぞ

MCP・AIエージェント導入の検討を深められる資料を無料でダウンロードいただけます。

今一度考えたい AIエージェントとは何か？

MCPが接続する先の「AIエージェント」の本質を体系的に整理した解説資料。導入検討の社内共有・稟議資料としても使えます。

無料でダウンロード

AI利用におけるリテラシーセキュリティ

AI・外部ツール連携時に組織で押さえるべきセキュリティの要点を整理。MCP導入時の社内ルール整備のたたき台に使えます。

無料でダウンロード

MCPサーバーの設計・構築・運用定着まで、 x3dが伴走します

PoC設計から認可・監査の実装、社内エンジニアへの内製化研修まで、本番運用を前提としたMCP導入を一気通貫で支援します。

無料相談はこちらAIエージェント開発支援を見る

全国無料講演のご案内

代表・武石幸之助（1,800社超のAI導入支援実績）が、「MCP・AIエージェント連携による業務システムのAI化」をテーマに、商工会・経済団体・社内勉強会向けの講演を全国で承っています（条件により無料）。

無料講演の詳細・お申し込みはこちら