CursorはAIコードエディタとして単体でも十分優秀ですが、MCP(Model Context Protocol)を使うと「今開いているファイルしか見えないAI」から「GitHubのIssueもDBのスキーマも把握しているAI」へと役割が一段階変わります。

とはいえ「MCPサーバー おすすめ」で検索すると出てくる記事の多くが、実は同じような顔ぶれを並べているだけで、しかも中には すでにAnthropic自身がメンテナンスを終了したサーバー をそのまま「公式」として紹介しているものもあります。この記事では現時点(2026年7月)で実際に動作・維持されているものを中心に、カテゴリ別に整理しました。
[hoda] 正直に言うと、MCPは「つなげば便利」ではなく「つなぎすぎると逆に遅くなる・危なくなる」タイプのツールです。今回は数だけ揃えるのではなく、実務で本当に効くものと、逆に触らない方がいいものをセットで紹介します。
結論:まずこの3つから
- コード・リポジトリ操作をしたいなら → GitHub公式MCPサーバー
- ライブラリの最新ドキュメントをCursorに読ませたいなら → Context7
- Webスクレイピング・リサーチをさせたいなら → Firecrawl MCP
この3つはいずれも公式または開発元が直接メンテナンスしており、2026年7月時点でも活発に更新されています。以下、カテゴリごとに詳しく見ていきます。
比較表
| サーバー名 | カテゴリ | 提供元 | 認証方式 | 無料枠 |
|---|---|---|---|---|
| GitHub MCP Server | 開発・コード | GitHub公式 | OAuth / PAT | あり |
| Filesystem MCP | ローカルファイル | MCP運営(公式リファレンス) | 不要(ローカル実行) | あり |
| Context7 | ドキュメント参照 | Upstash(公式) | 任意(APIキーで高レート化) | あり |
| Firecrawl MCP | Webスクレイピング | Firecrawl公式 | APIキー(キーなしでも一部利用可) | あり |
| Playwright MCP | ブラウザ自動化 | Microsoft公式 | 不要(ローカル実行) | あり |
| Notion MCP(リモート) | ワークスペース連携 | Notion公式 | OAuth | あり |
料金や無料枠の条件は変更されることがあるため、導入前に各公式サイトで最新情報を確認してください。
開発・コード関連
GitHub MCP Server(公式)

GitHubが自社で開発・提供している公式MCPサーバーです。もともとAnthropicが作った参考実装をGitHub自身がGo言語で書き直したもので、リポジトリ検索、コード閲覧、Issue・プルリクエストの作成や更新、GitHub Actionsのビルド状況確認まで一通りカバーしています。リモート版(GitHubがホスティング)を使えばOAuthでブラウザログインするだけで、トークンを手元で管理する必要もありません。
GitHub自身が開発・保守しているため更新が止まる心配が少ない
リモート版はOAuthログインのみで導入でき、トークン管理が不要
Issue対応・PRレビュー・Actions監視まで一台でカバー
GitHub APIのレート制限を受けるため、大量の自動処理には向かない
高度な機能(Projectsなど)は一部未対応の場合がある
Filesystem MCP
MCPの公式ドキュメントでも真っ先に紹介される、ローカルのディレクトリをAIに読み書きさせるためのサーバーです。起動時に許可するルートディレクトリを指定できるので、「プロジェクトフォルダの外には触らせない」という制御がしやすいのが特徴です。
Cursorを使っているならファイル操作自体はエディタ本体でもできますが、プロジェクト外の資料フォルダなどを読ませたい場合に便利です。
Git(ローカルリポジトリ操作)
チェックアウト済みのリポジトリに対して、ログ・diff・blame・ステータス確認などを行わせるサーバーです。GitHub MCPがリモート(GitHub上)のIssueやPRを扱うのに対し、こちらはローカルのコミット履歴を読ませたいときに使う、という住み分けになります。
ドキュメント参照
Context7

CursorやCopilotなど多くのAIコーディングツールに共通する弱点が「学習データが古く、最新バージョンのライブラリのAPIを平気でハルシネーションする」ことです。
Context7は各ライブラリの公式ドキュメントから最新のコードスニペットを取得し、その場でCursorのコンテキストに差し込んでくれるサーバーです。プロンプトの最後に「use context7」と書くだけで機能します。
Next.jsやTailwindなど更新の早いライブラリでもAPIの幻覚を減らせる
MITライセンスのオープンソースで、APIキーなしでも基本利用が可能
導入がシンプル(npxコマンド1行)
ドキュメントの中身はコミュニティ提供のプロジェクトも含まれ、精度は玉石混交
APIキーなしだとレート制限が厳しめ
Webリサーチ・スクレイピング
Firecrawl MCP(公式)

Webページをスクレイピング・クロールし、Markdownや構造化データとしてAIに渡してくれるサーバーです。単純なページ取得だけでなく、複数ページをまたいだクロールや、スキーマを指定しての情報抽出、さらには自律的にWeb上を探索して情報を集めてくる「エージェント」機能まで備えています。
APIキーなしの範囲でもスクレイピングと検索の基本機能は使えるため、まず試してみるハードルは低めです。
キーなしでも基本的なスクレイピング・検索が試せる
JavaScriptレンダリングが必要な動的サイトにも対応
クロール・構造化抽出・自律リサーチまで機能の幅が広い
本格的に使うには有料プランが必要(無料枠はクレジット制で一度きりの付与)
クロール量が増えるとクレジット消費が読みにくい
Brave Search / Exa・Tavily系
Web検索をAIに持たせたい場合の定番はBrave Search MCPですが、注意点として、古い参考実装の一部はすでに非推奨となり、公式版に置き換えられています。導入前に配布元が現在も更新されているかを確認してください。
また、Exa・Tavilyのような「AIエージェント向けに設計された検索API」も選択肢です。通常の検索結果一覧ではなく、構造化されたJSONで返ってくるため、リサーチ用途でAIに後工程を任せやすいのが特徴です。ただしどちらも従量課金なので、記事のファクトチェックのように毎回叩く用途ではコストを見ておく必要があります。
ブラウザ自動化
Playwright MCP(Microsoft公式)

ログインが必要なページの操作や、JavaScriptで描画される要素のクリックなど、単純なスクレイピングでは対応しきれない場面で使うのがブラウザ自動化系のMCPです。以前はPuppeteerベースのサーバーが定番でしたが、現在Microsoftが公式に提供しているPlaywright MCPが主流になっています。
スクリーンショットではなく構造化されたアクセシビリティツリーとしてページを認識するため、要素の指定がぶれにくいのが利点です。
Microsoft公式で継続的に更新されている
画面のスクリーンショットに頼らず、要素を構造的に認識できる
Cursor・Claude Desktop・Windsurfなど主要クライアントに対応
ブラウザを起動する分リソース消費が大きい
ファイルアクセスなど一部オプションは扱いに注意が必要(設定次第で権限が広がる)
ワークスペース連携
Notion MCP(公式・リモート)
Notionが自社で提供している公式MCPサーバーです。ページやデータベースの検索・作成・更新、コメントのやり取りまで一通り対応しており、リモート版はOAuthで接続するだけで使い始められます。ドキュメントやナレッジベースをNotionに集約している人であれば、Cursorから直接検索・更新できるのは地味に便利です。
Notion公式が継続的に機能追加している
OAuthのみで導入でき、権限範囲も細かく設定可能
ページ・データベース双方に対応
一部の高度な操作(添付ファイルの直接操作など)はまだ非対応
大規模なワークスペースだと検索・書き込みがやや重くなることがある
注意:データベース系MCPサーバーの「公式」表記に要注意
多くの「おすすめMCPサーバー」記事が今も紹介しているPostgreSQL・SQLite・Slack・Sentry・Puppeteer・Google Mapsの各サーバー(@modelcontextprotocol/server-postgresなど)は、Anthropicがすでにメンテナンスを終了し、servers-archivedというリポジトリに移動済みです。コマンド自体は今でも動きますし、npmのページには「アーカイブ済み」とは書かれていないため気づきにくいのですが、リポジトリ側には「これらのアーカイブ済みサーバーにセキュリティ上の保証は一切ない」という注意書きが明記されています。
Cursorへの導入方法
CursorのMCP設定は大きく2つの場所に書けます。
- プロジェクト単位:
.cursor/mcp.json(チームで共有したい設定、リポジトリにコミット可能) - 全プロジェクト共通:
~/.cursor/mcp.json(個人の検索ツールなど、常に使いたいもの向け)
基本の書き方はこの形です。
{
"mcpServers": {
"server-name": {
"command": "npx",
"args": ["-y", "server-package"],
"env": {
"API_KEY": "your-key"
}
}
}
}
APIキーなどの秘密情報はargsに直接書かず、必ずenvに入れてください。.cursor/mcp.jsonをリポジトリにコミットする場合は特に、キーそのものではなく環境変数経由で読み込む形にしておくと事故を防げます。
2026年に入ってからのアップデートで、Cursor側の挙動も変わっています。1月のアップデートでは複数のMCPサーバーを接続していてもツール情報を都度読み込む「動的コンテキスト」方式になり、トークン消費が大きく抑えられました。2月にはCursor公式のMCPマーケットプレイスも登場し、JSONを手打ちしなくてもワンクリックで主要なサーバーを追加できるようになっています。まずは2〜3個、実際によく使う場面のあるものから接続し、必要に応じて増やしていくのがおすすめです。
向いている人・向いていない人
向いている人
- GitHubのIssue対応やPRレビューをCursor上で完結させたい人
- 更新の早いライブラリを使っていて、AIのコード提案が古くて困っている人
- リサーチや競合調査の下準備をAIに任せたい人
向いていない人
- そもそも接続するツールの数が多すぎて、何が動いているか把握しきれていない人(まずは2〜3個に絞るべきです)
- 本番データベースへの書き込み権限を、精査せずにAIへ渡そうとしている人
よくある質問
CursorでMCPサーバーを追加するにはどうすればいいですか?
.cursor/mcp.json(プロジェクト単位)または~/.cursor/mcp.json(全体設定)にサーバー情報を追記し、Cursorを再起動します。2026年2月以降はCursor公式のMCPマーケットプレイスから主要なサーバーをワンクリックで追加することもできます。
MCPサーバーは無料で使えますか?
Filesystem・Context7・Playwright MCP・Git・GitHub MCPなど、基本機能を無料で使えるものは多くあります。ただしFirecrawlやExa・TavIlyのような従量課金系は、無料枠を超えると費用が発生する点に注意してください。
PostgresやSlackのMCPサーバーは安全に使えますか?
@modelcontextprotocol/server-postgresなどAnthropicの旧参考実装は、現在メンテナンスが終了した「アーカイブ済み」の扱いになっており、セキュリティ上の保証がありません。読み取り専用の検証用途以外では、各サービスが独自に出している公式MCPサーバーの有無を先に確認することをおすすめします。
MCPサーバーを増やしすぎるとどうなりますか?
サーバーが公開するツールの数が増えるほど、エージェントが読み込む情報量も増え、応答が遅くなったり不安定になったりすることがあります。Cursorには不要なサーバーを一時的にオフにする設定もあるので、常時使わないものは無効化しておくのがおすすめです。


