2026年にインストールすべき 20のMCP Server おすすめ

ひとことで言うと：MCPディレクトリにはすでに数千のServerがありますが、本当に常時オンにしておく価値があるのはほんの一部——入れすぎるとAgentが鈍くなり、間違ったものを入れると毎日手動コピペの繰り返しになります。 Cursor、Claude Code、Codexでコードは書けるのに「GitHubを繋ぐべきか、あとSaaSを10個足すべきか」で迷っているなら、本記事では開発ツール、データ・運用、コラボSaaS、検索・メモリの4軸で2026年にインストールすべき20のMCP Serverを厳選し、選定原則・設定方法・よくある落とし穴を整理します。

シリーズ関連記事：Claude Code MCP インストールチュートリアル、MCP 権限の最小露出、CodeGraph MCP 5分デプロイ。

なぜ2026年にMCPがAIコーディングの「標準インターフェース」になったのか

Model Context Protocol（MCP）は2024年末にAnthropicがオープンソース化し、2025年にClaude Desktop、Cursor、Windsurfなどのクライアントで爆発的に普及。2026年には事実上のAgentプラグイン標準となり、OpenAI Codex、GitHub Copilot、VS Code拡張が同じServerエコシステムをサポートしています。価値は「もう一つのチャットボット」ではなく、リポジトリ、ドキュメント、データベース、ブラウザ、チケットシステムをAgentが呼び出せる構造化ツールに変えること——「PR #123を調べて」といった手動のコンテキスト運搬を減らします。

初期のカスタムFunction Callingと比べ、MCPの強みは一度インストールすれば複数クライアントで再利用できること。同じGitHub MCP設定がClaude CodeとCursorの両方で使えます。2026年時点でコミュニティと公式のServer数は1000を超えますが品質はばらつき——本記事では公式バックアップまたは大規模コミュニティ採用、メンテ活発、インストールドキュメントが明確な20製品だけを掲載します。

選定4原則：ツールのゴミ屋敷にしない

リストの前に、2026年にコミュニティで繰り返し検証された4原則を覚えておいてください：

• ワークフローに合わせて選ぶ。ランキング通りに全部入れない。 毎日React + GitHub PRなら、Context7 + GitHub + Playwrightで8割カバー。Notion MCPはチームが本当にNotionをナレッジベースにしているときだけコンテキストを占める価値があります。
• 同時に有効なツール総数を抑える。 Cursorには約40ツールの上限。Claude Codeは緩いですが、ツール過多はAgentの「ツール選択ミス」や開始直後の数万token消費を招きます。実測では3〜7 Server、合計30ツール以内が安定。
• Remote HTTPの軽量版を優先。 GitHub、Supabase、Linear、Sentryなど公式はOAuthリモートServerを提供。ローカルDocker全量版よりツールセットが小さく、Cursor向き。
• 権限は最小露出。 PATは読み取り専用、DBは読み取り専用接続文字列、Filesystemはプロジェクトディレクトリに限定——詳細は権限の専門記事へ。

図解：ワークフローからMCP構成へ

選定ロジックは因果チェーンに圧縮できます：まず日常タスクを決め、Serverにマッピングし、最後に数と権限を制御します。

3つのスターターセット（役割別）

開発ツール系（8個）

コードベースとエンジニアリングパイプラインに直接作用するServer。多くの読者の主戦場です。

1. GitHub MCP（公式）

できること：リポジトリとファイルの読み取り、コード検索、Issue / PR管理、CIステータス確認、一部セキュリティスキャン。メンテ：GitHub公式（github/github-mcp-server）。トランスポート：Remote HTTP（OAuth）推奨。Cursorユーザーはローカル全量Docker版を避ける（単一Serverで40ツール超えの可能性）。

向いている人：GitHubでコードをホストするすべてのチーム。Claude Code トリプルコネクトのGitHub設定と同じ。細粒度の読み取り専用PATまたはOAuthで十分。

2. Context7

できること：ライブラリ名とバージョンで最新の公式ドキュメントとコード例を取得し、AgentのAPI幻覚を大幅に低減。メンテ：Upstashコミュニティプロジェクト。2026年のほぼすべての「ベストMCP」リストの筆頭。トランスポート：Remote HTTPまたはローカルstdio。

向いている人：サードパーティフレームワーク（Next.js、Tailwind、Prisma、SwiftUI……）を使う人は常時オン推奨。シグナル密度が極めて高く、「1個で10個分」のタイプ。

3. Playwright MCP（Microsoft公式）

できること：実際のChromium/WebKit/Firefoxを駆動。スクリーンショットではなくアクセシビリティツリーでページを理解し、クリック、フォーム入力、アサーションを実行。Agentに「UIが正常か推測させる」より1桁信頼性が高い。パッケージ：@playwright/mcp。

向いている人：フロントエンド、E2E、コード変更後すぐブラウザで確認したい開発者。実行ごとにtokenと時間を消費するため、常駐自動呼び出しよりオンデマンド起動を推奨。

4. Fetch MCP（公式リファレンス実装）

できること：制御されたHTTP GETでWebページをMarkdownに変換しモデルが読める形に。パッケージ：@modelcontextprotocol/server-fetch。ドキュメント取得、ヘルスチェック、公開APIレスポンスの読み取りに適する。

注意：ライブラリドキュメントの代わりに使わない。Fetchは動的SPAのサポートが限定的で、複雑なページはPlaywrightに任せる。

5. Filesystem MCP（公式リファレンス実装）

できること：明示的に宣言したディレクトリ内でファイルの読み書き。パッケージ：@modelcontextprotocol/server-filesystem。

注意：Cursorはサンドボックスファイル機能を内蔵しており、多くの場面では不要。Claude Codeのターミナル派やディレクトリ横断のバッチ処理では価値が高い。argsのルートパスを必ず制限し、$HOMEを指さないこと。

6. Git MCP（公式リファレンス実装）

できること：git status、diff、log、ブランチ情報の読み取り。一部バージョンは制御されたコミットをサポート。パッケージ：@modelcontextprotocol/server-git または mcp-server-git。

向いている人：Agentに「未コミットの変更」と履歴コンテキストを理解させたいが、フルshell権限は渡したくない場合。GitHub MCPと補完関係：前者はローカルリポジトリ、後者はリモートコラボ。

7. CodeGraph MCP

できること：ローカルインデックスに基づくコードセマンティクスグラフ——シンボルジャンプ、依存影響範囲（codegraph_impact）、ファイル間関係。ZavCloudブログシリーズで複数回実測：同一バグ修正タスクで接続後、shell呼び出しが約12回から5回に減少。

向いている人：中〜大規模モノリス、マイクロサービス境界が曖昧、「1箇所変更で影響範囲を把握したい」チーム。デプロイは5分ガイド参照。

8. Serena

できること：LSPベースのセマンティクスレベルのコード検索・編集。20以上の言語をサポート。純テキストgrepよりシンボルと参照を理解。メンテ：コミュニティ（oraios/serena）。2026年にClaude Codeヘビーユーザーで評判上昇。

向いている人：多言語monorepo、rename / find referencesを正確に行いたいシーン。CodeGraphと重複あり、一般にどちらか一方またはプロジェクトごとに使い分け。

データ・運用系（4個）

9. Supabase MCP（公式）

できること：テーブル照会、SQL実行、schema確認、Edge Functionsとブランチ管理（権限による）。トランスポート：Remote HTTP + OAuth。

注意：本番環境では必ず読み取り専用ロールまたは開発ブランチを使用。書き込みモードの誤操作は代償が大きい。NeonなどPostgresホスティングも同様のMCPを提供。スタックはどちらか一方で十分。

10. DBHub / Bytebase（PostgreSQL汎用）

できること：Anthropicドキュメントが推奨するPostgres接続パスの一つ（旧公式server-postgresはアーカイブ済み）。DSNで任意のPostgreSQLに接続し、制御されたクエリを実行。インストール：npx -y @bytebase/dbhub --dsn "postgresql://..."。

向いている人：セルフホストDB、非Supabaseスタック、統一SQLツール面が必要なチーム。

11. Sentry MCP（公式）

できること：エラーイベント、スタックトレース、release、issueステータスを取得。Agentがエディタ内で「エラー → 特定 → PR提出」ループの前半を完結。トランスポート：Remote HTTP。

向いている人：Sentryでオブザーバビリティを構築しているフロント・バックエンドチーム。読み取り寄り。修正にはGitHub + ローカルデバッグが依然必要。

12. Docker MCP（コミュニティ / Docker公式探索版）

できること：コンテナ一覧、ログ読み取り、制御された起動・停止。AgentがローカルまたはCI模倣のサービストポロジを理解しやすくなる。

注意：権限面が広い。開発マシンでのみ有効化を推奨。本番クラスタには専用運用MCPまたは読み取り専用kubeconfig。ローカル開発を完全コンテナ化しているなら、純フロントエンド開発者より価値が高い。

コラボSaaS系（5個）

Agentをチームの既存ツールチェーンに接続——すでに課金しているソフトだけを使い、MCPのためにチケットシステムを変えない。

13. Linear MCP（公式）

できること：チケットの読み書き、ステータス更新、issue検索、sprint整合。Remote OAuth、ツールセットは軽量。

向いている人：エンジニアリングの主戦場がLinearのスタートアップ・プロダクト型企業。GitHub MCPと併用で「チケット番号 → ブランチ → PR」の一気通貫記述が可能。

14. Notion MCP（公式）

できること：Notionページ・データベースビューの検索と読み書き。PRD、議事録、ナレッジベース向け。

注意：大きなworkspaceはコンテキストを埋め尽くしやすい。integrationのアクセス可能ページ範囲を限定すること。

15. Slack MCP（公式）

できること：チャンネルメッセージの読み取り、要約送信、スレッド検索。Agentの成果物をコラボフローに同期。

向いている人：開発コミュニケーションがSlack中心の組織。書き込み権限はデフォルトオフ、人が確認してから送信を推奨。

16. Figma Dev Mode MCP（公式）

できること：Figmaで選択中のframeの構造、変数、スタイルを読み取り、デザインからコードを支援。前提：デスクトップAppが開いており、画板が選択されていること。

向いている人：デザインシステム主導のフロントエンドチーム。Context7（コンポーネントライブラリドキュメント）+ Playwright（ビジュアルリグレッション）と三角構成。

17. Stripe MCP（公式）

できること：顧客、サブスクリプション、請求書、テストモードデータの照会。課金関連機能の開発とトラブルシュートを支援。

注意：テストキーのみ、または厳格な読み取り専用。決済ドメインのコンプライアンス要件が高く、本番の書き込み操作はAgentの自動実行に渡さない。

検索・メモリ系（3個）

18. Exa MCP

できること：Agent向けに最適化されたセマンティックWeb検索。汎用検索より技術クエリ、論文・ドキュメント検索に強い。API Keyが必要。

向いている人：「2026年の最新ブログ / RFC / 競合実装を調べる」リサーチ型タスク。Fetchと補完：ExaがURLを見つけ、FetchまたはPlaywrightが深読み。

19. Brave Search MCP

できること：Brave Search APIでリアルタイムWeb検索。パッケージ：コミュニティメンテの@modelcontextprotocol/server-brave-search。

向いている人：Brave APIクォータを持ち、Exaの代替を望むユーザー。どちらか一方で十分。重複でツール枠を占有しない。

20. Memory MCP（公式リファレンス実装）

できること：ナレッジグラフ形式でセッション横断の事実（プロジェクト規約、ユーザー嗜好、アーキテクチャ決定）を永続化。パッケージ：@modelcontextprotocol/server-memory。

向いている人：同一プロダクトを長期メンテし、Agentにチーム規約を「覚えさせたい」ソロまたは小チーム。Sequential Thinking（下記オプション）とは異なる：Memoryは事実を保存、Sequential Thinkingはステップ分解を支援。

20製品 一覧対照表

インストールと設定例

クライアントごとに設定ファイルの場所は異なりますが、JSON構造はほぼ同じ。2026年で最も一般的な2パターンを示します。

Claude Code（~/.claude.json）

// ~/.claude.json → mcpServers
"context7": {
  "command": "npx",
  "args": ["-y", "@upstash/context7-mcp"]
},
"github": {
  "command": "npx",
  "args": ["-y", "@modelcontextprotocol/server-github"],
  "env": { "GITHUB_PERSONAL_ACCESS_TOKEN": "ghp_xxx" }
},
"playwright": {
  "command": "npx",
  "args": ["-y", "@playwright/mcp@latest"]
}

保存後、Claude Codeを完全に終了。リポジトリルートで再起動し、/mcpで検収。詳細手順はインストールチュートリアル参照。

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

// 構造はClaude Codeと同じ。GitHubはSettings → MCP → 公式Remote追加を推奨
// ローカルgithub-mcp-server全量40+ toolsで上限超過を避ける
{
  "mcpServers": {
    "context7": {
      "command": "npx",
      "args": ["-y", "@upstash/context7-mcp"]
    },
    "playwright": {
      "command": "npx",
      "args": ["-y", "@playwright/mcp@latest"]
    }
  }
}

CodeGraph 追加（プロジェクト単位）

# リポジトリルート
codegraph init -i
codegraph status
# ~/.claude.json に追加：
# "codegraph": { "command": "codegraph", "args": ["mcp"] }

よくある落とし穴

• 「入れたのにツールが見えない」— JSON構文エラー、クライアントの完全再起動漏れ、Claude Codeをリポジトリルートで起動していない。/mcpで切り分け。
• 「GitHub MCP 401」— PATが対象リポジトリを認可していない、期限切れ、権限不足。OAuthリモート版は再認可が必要。
• 「Cursorツール上限超過」— GitHub Remote軽量版に切り替え、使わないServerをオフ、単一Server内の不要toolsを無効化。
• 「AgentがまだMCPを呼ばない」— プロンプトで「GitHub MCPでissue #Nを読んで」と明示。一部タスクはtool useの許可が必要。トリプルコネクト総覧のスモークテスト参照。
• 「本番データが変更された」— Supabase / DBHubで書き込み可能な接続を誤用。Stripeでlive keyを誤用。デフォルトは読み取り専用 + 開発環境。

よくある質問

MCP ServerとCursorの内蔵機能は重複する？ 一部重複。Cursorはプロジェクトインデックスとターミナルを既に持つため、Filesystem MCPは省略可。ただしContext7、GitHubリモートコラボ、Playwrightの実ブラウザ検証は外部接続を推奨。

Codex CLIでも同じMCPが使える？ はい。CodexとClaude CodeはどちらもMCPプロトコルをサポート。設定パスは異なる（~/.codex/config.tomlまたはクライアント内MCPパネル）が、Serverエントリは再利用可能。

20個全部入れる必要がある？ いいえ。表中の⭐⭐⭐三つセットはほぼ全員向け。残りはスタックに応じて選び、同時有効は3〜7個に抑える。

MCP導入のROIはどう測る？ 同一タスクで比較：MCPなしで手動コピペが何回、Agentが何回遠回りするか。接続後に1回のtool callで完結するか。CodeGraph + GitHubトリプルコネクトは実測でROIが最も顕著な組み合わせ。

セキュリティ監査で何を見る？ 各ServerのOAuth scope / PAT権限、Filesystemルートディレクトリ、DB DSNの読み書きロール。チェックリストはMCP 権限の最小露出参照。

• Claude Code MCP インストールチュートリアル
• MCP トリプルコネクト総覧
• MCP 権限の最小露出
• Cloud Macで5分デプロイ CodeGraph MCP
• Claude Code vs Cursor（2026）