公開日:
公式ドキュメント・公式発表などの一次情報を確認したうえで、株式会社Nexaが執筆・更新しています。AIツールの仕様や料金は変わることがあるため、導入判断の前に各公式サイトの最新情報もご確認ください。運営会社について
MCPのおすすめサーバーは、GitHubやNotionなど6候補を、人気順ではなく減らしたい作業と必要なアクセス権から選ぶと絞り込めます。
- 要点1: コード管理、文書参照、ブラウザ操作など、候補ごとに得意な用途が異なります。
- 要点2: 公式サーバーへの接続成功と、社内データを扱ってよいかの判断は別に行います。
- 要点3: 最初は1つに絞り、対象を限定した読み取りや、テスト環境での操作から試します。
対象読者：MCPの導入候補を選ぶ開発責任者、DX推進担当者、情報システム部門
今日やること: 減らしたい作業を1つ選び、必要なデータと禁止する操作を書き出す。
MCPのおすすめは、使っているサービスと任せたい作業によって変わります。Issueの確認を減らしたい人と、Notionの文書を探したい人では、最初に接続するサーバーも異なります。
本記事では6候補の用途、選ぶ条件、導入を見送る条件を整理します。2026年9月11日に確認した公式の公開仕様に基づく選定であり、実機での性能比較や安全性監査ではありません。掲載順はランキングではなく、設定画面の操作よりも候補の絞り込みに焦点を当てます。
MCPおすすめ6候補の用途別比較表
MCPサーバーは機能数よりも、減らしたい作業と既存サービスに合う候補を選ぶと、導入目的が明確になります。
| 候補 | 提供元 | 向く用途 | 主な接続形態 | 最初に確かめる点 |
|---|---|---|---|---|
| GitHub MCP Server | GitHub | IssueやPR、コードの確認 | リモート／ローカル | 読み取り専用と対象リポジトリ |
| Context7 | Upstash | ライブラリの仕様やコード例の取得 | リモート／ローカル | 対象ライブラリと利用バージョン |
| Playwright MCP | Microsoft | ブラウザを使った探索的な確認 | ローカル中心 | 操作対象とログイン状態 |
| Notion MCP | Notion | 文書検索、ページ作成と更新 | リモート | 接続する利用者の閲覧権限 |
| Sentry MCP | Sentry | エラーやトレースの調査 | リモート中心 | 調査対象の組織とプロジェクト |
| Supabase MCP | Supabase | DB構造やクエリの確認 | リモート／ローカル | 開発用プロジェクトと権限制限 |
この表の「ローカル」は、MCPプログラムを手元の環境で動かせるという意味です。データが端末の外に出ないという意味ではありません。接続形態や認証条件は版とクライアントで異なるため、各候補の公式案内で確認します。
MCPサーバーとAIアプリの違い
MCPサーバーはAIに情報や操作を提供するプログラムであり、AIアプリそのものや専用の物理サーバーではありません。
AIから外部サービスの情報を取得したいとき、共通のやり取りに使う規格がMCP（Model Context Protocol）です。AIアプリ内の接続担当である「MCPクライアント」がサーバーと通信し、サーバーが公開する検索や更新の機能を利用します。
MCP公式の構成説明では、AIアプリをホスト、その内部の接続要素をクライアントとして区別しています。NotionやGitHubなどの外部サービス自体を、MCPクライアントと呼ぶわけではありません。
規格をそろえても、すべてのAIアプリで同じ機能が動くとは限りません。通信方式、認証、管理者の許可が必要です。基礎を補足する場合は、MCPの仕組みを解説した記事も参照できます。
選定で確認する5つの条件
候補を比較するときは、用途、提供元、接続互換性、権限、運用責任の5点を確認すると、選定理由を説明しやすくなります。
| 条件 | 確認する質問 |
|---|---|
| 用途 | どの作業を、どの情報を使って減らすのか |
| 提供元 | 公式サイトから配布先や接続URLをたどれるか |
| 接続互換性 | 使用中のAIアプリが通信方式と認証に対応するか |
| 権限 | 読む対象と変更できる操作を必要範囲に絞れるか |
| 運用責任 | 更新、認証の解除、障害時の停止を誰が担うか |
例えば、文書の検索だけが目的なら、ページ更新機能の多さは採用理由になりません。逆に更新まで必要なら、実行前に差分を確認できることが条件になります。要件に合う機能と、要件を超える権限を分けて記録します。
AI導入に関するお困りごとは、株式会社NexaのAI顧問がサポートします。「何から始めればいいか分からない」という段階からご相談いただけます。
GitHub公式はIssueとPRの把握に向く
GitHub公式MCPは、IssueやPRの内容を開発作業に取り込みたい場合に、読み取りから検討しやすい候補です。
GitHubではコードの保存場所をリポジトリ、課題をIssue、変更の提案をPRと呼びます。GitHub公式MCP Serverは、これらの閲覧や管理機能をAIアプリへ提供します。変更の背景をIssueから読み、PRの差分と照合する用途に向きます。
リモート版とローカル版があり、リモート版はGitHubが運用します。リモート版の公式設定資料には、読み取り専用と、機能群を絞るtoolsetの設定があります。最初から全機能を有効にする必要はありません。
試すなら、指定した公開リポジトリのIssueを読み、根拠URL付きで要約する作業に限定します。コメント投稿やPR作成は別の許可とし、取得した文章に含まれる指示をそのまま実行しないよう確認します。
Context7はライブラリの仕様確認に向く
Context7は、利用するライブラリのバージョンに合った資料をAIへ渡し、古い仕様での実装を減らしたい場合の候補です。
ライブラリは、開発で再利用する機能をまとめたソフトウェアです。名前が同じでもバージョンが違えば、設定方法や使える機能が変わります。UpstashのContext7公式READMEでは、版に対応したドキュメントとコード例を取得する仕組みが説明されています。
ライブラリ名を識別するツールと、対応する文書を検索するツールを提供します。採用前には、自社が使うライブラリが見つかるか、必要なバージョンの資料へたどれるかを確認します。公式はAPIキーの利用も推奨していますが、利用上限の詳細は契約条件によって確認が必要です。
Context7が提供するサーバーと、収録される各ライブラリの提供元は別です。READMEは文書の正確性や完全性を保証していません。取得したコード例は出典と版を確認し、テストしてから採用します。検索文にも秘密情報を含めません。
Playwright MCPはブラウザの探索的な確認に向く
Playwright MCPは、画面の構造を確認しながらブラウザ操作を進めたい場合に、テスト用環境で検討する候補です。
Playwrightはブラウザの操作を自動化するソフトウェアです。MicrosoftのPlaywright MCPは、ボタン名や入力欄などの構造情報をAIへ渡し、ページの移動や操作につなげます。画面を調べながら、次に確認する項目を選ぶ作業に向きます。
一方、同じ操作を繰り返す固定テストには、テストコードやCLIも候補です。CLIとは、文字でコマンドを入力してソフトウェアを操作する方法です。公式READMEもCLIとMCPの使い分けを説明しており、MCPを一律に優先してはいません。
公式はPlaywright MCP自体をセキュリティ境界とはしていません。 ブラウザにログイン済みなら、そのアカウントで送信や変更ができる可能性があります。初回はテスト用ページで試し、送信先と入力内容を確認します。構造情報だけで色や余白の品質まで確認できたとは判断しません。
Notion公式は文書の検索と整理に向く
Notion公式MCPは、文書やページをNotionへ集約している組織が、検索と整理をAIから行いたい場合の候補です。
Notionは、ページやデータベースで情報を整理するサービスです。Notion MCPの公式概要では、検索、読み取り、ページやデータベースの作成、内容の更新が案内されています。すでにNotionに情報がある組織なら、文書を別の場所へ手作業でコピーする工程を見直せます。
接続には、利用者がアクセスを許可するOAuthを用います。OAuthは、パスワードそのものを連携先へ渡す代わりに、アクセスの許可を与える仕組みです。ただし、認可した利用者が見られる情報をクライアントも扱えるため、権限の広い管理者で安易に接続しないことが必要です。
公式接続ガイドは、ホスト型を積極的に保守している一方、旧オープンソース版は積極保守していないと説明しています。新規選定では現行版を確認し、まず機密情報を含まないテスト用文書の検索から始めます。
Sentry公式はエラー調査の入口に向く
Sentry公式MCPは、収集済みのエラーや処理の記録をAIから調べ、修正前の原因調査を補助したい場合の候補です。
Sentryは、アプリケーションのエラーや性能情報を集めるサービスです。処理の流れを記録した「トレース」も調査対象になります。Sentry公式READMEは、人間が関与するコーディングエージェントと、開発者のデバッグを主な用途にしています。
公式サービスの接続案内にはOAuthでの認証と、組織やプロジェクトへ範囲を絞る方法があります。既存の障害情報を取得し、発生箇所、確認すべきコード、追加で必要な証拠を整理する使い方が考えられます。
エラーを読めたことは、原因が確定したこととは違います。AIの修正案は仮説として扱い、コードの変更やデプロイ前には検証します。セルフホスト構成では、AI検索に追加のモデル接続設定が必要になるなど条件が異なるため、ホスト版と同じ手間では導入できない場合があります。
Supabase公式は開発用DBの確認に向く
Supabase公式MCPは、開発用データベースの構造やクエリを調べたい場合に、対象と機能を限定して検討する候補です。
Supabaseは、データベースや認証などアプリ開発の基盤を提供します。Supabase MCPの公式資料には、テーブル一覧の取得、SQL実行、構造変更の適用などが記載されています。SQLは、データベースを検索したり更新したりするための言語です。
| 制御 | 公式設定 | 役割 |
|---|---|---|
| 対象の限定 | project_ref |
特定プロジェクトへ絞り、アカウント管理ツールを無効化 |
| 読み取り専用 | read_only=true |
SQLを読み取り専用のPostgresユーザーで実行 |
| 機能の限定 | features |
利用するツール群を絞る |
初回は開発用プロジェクトのサンプルデータを使い、テーブル構造の説明に限定します。公式は開発者権限の文脈で動く点を注意事項として挙げています。アプリ利用者の画面から見える範囲と、MCP接続で扱える範囲が同じとは限りません。読み取り専用でも、不要な行や機密列を取得しない設計が必要です。
職種別に最初の1つを選ぶ
最初のサーバーは、職種の名前だけで決めず、今ある情報源と繰り返している確認作業を対応させて選ぶと無駄を減らせます。
| 困っている作業 | 最初の候補 | 開始時の範囲 |
|---|---|---|
| ライブラリの仕様を調べ直す | Context7 | 1ライブラリ、利用中の版 |
| IssueとPRを往復して確認する | GitHub | 1リポジトリの読み取り |
| Notionで文書を探す | Notion | テスト用文書の検索 |
| 画面を触って挙動を調べる | Playwright | テスト用ページ |
| エラー情報を確認する | Sentry | 1プロジェクトの調査 |
| DBの構造を調べる | Supabase | 開発用DBの読み取り |
Sentryをまだ導入していなければ、MCPを追加しても調査する障害情報は集まりません。新しい情報基盤まで必要なのか、既存の作業をつなぐだけなのかを先に区別します。
複数サーバーの組み合わせは段階的に増やす
複数のMCPを連携させるときは、1つずつ効果を確かめ、取得した情報を別サービスへ渡す操作を追加で審査します。
GitHubとContext7なら、Issueに関連するライブラリの仕様を確認する組み合わせが考えられます。SentryとGitHubなら、エラーの発生箇所とコードを照合できます。いずれも想定用途であり、本記事で実測した成果ではありません。
ただし、情報を読むことと、読んだ情報を他のサービスへ書くことは別です。障害ログをそのまま公開Issueへ貼る、といった動作は避けます。渡す情報を絞り、書き込み先の公開範囲と人間の承認を追加で確認します。
接続成功と安全性を別々に判定する
MCPの接続試験では通信と認証を確認し、安全性の審査ではデータ範囲と操作権限を確認するという区別が必要です。
「接続済み」と表示されても、それだけでは会社のデータを渡してよいと決まりません。正しいサービスへつながっているか、どのアカウントで動くか、どの操作を許可するかを別々に見ます。
Notionの公式安全性ガイドは、MCPから返された内容をクライアントがNotion外へ送信し得ると説明しています。通信が暗号化されていても、送る相手と情報の範囲が適切かは別問題です。採用判定には「技術的に動く」と「この用途で使ってよい」の両方を残します。
読み取り専用でもデータの送信先を確認する
読み取り専用はデータ変更のリスクを抑える設定であり、取得した情報の外部送信や過剰な参照まで防ぐものではありません。
Notionの文書やGitHubのIssueなど、外部から取得する文章には、AIの行動を変えようとする指示が含まれる可能性があります。こうしたプロンプトインジェクションでは、本来は読むだけの文章を命令として扱わせようとします。取得した文章と、利用者が許可した作業を混同しない対策が必要です。
送信先を確認する際は、MCPサーバーだけでなくAIアプリ、モデル提供元、検索サービスも対象にします。Context7へ送る検索文も例外ではありません。情報を絞って取得し、不要な個人情報や秘密情報を質問文へ含めない運用を定めます。
ローカル型とリモート型の管理負担を比べる
ローカル型は端末上の実行権限を、リモート型はサービス側の運用と認証を確認し、データの行き先はどちらでも調べます。
ローカル型では、プログラムが端末上でどのファイルを読み、どこへ通信するかが確認対象です。リモート型では、自社でサーバーを保守する工程を減らせる一方、提供側の更新、障害、認証の失効を管理する必要があります。
Playwrightの一時的なブラウザプロファイルも、端末全体を隔離する機能ではありません。名称だけで判断せず、どの情報が保存され、どの権限が残るかを調べます。機密情報を扱う採用判断では、管理担当者が説明できない構成を保留にします。
公式版と保守状況を確かめる
公式サイトから配布先をたどり、現在の推奨版と更新状況を確認すると、古い実装や同名の別製品を選ぶ誤りを減らせます。
配布元の確認は、検索結果のタイトルだけでは済みません。サービス提供元のドキュメントからリポジトリや接続URLへ進み、運営組織とパッケージ名を照合します。紹介記事のインストール例は、書かれた時点では正しくても現行版とは限りません。
Notionの旧オープンソース版とホスト型の違いは、その具体例です。採用後も、使用する版、更新日、追加された機能、権限変更を記録します。担当者が交代しても停止や認証解除ができるよう、管理者と再確認日を決めておきます。
導入前の試験で合否を決める
導入試験は情報を取得できるかだけでなく、許可外の操作を止められるか、接続を解除できるかまで確認して合否を決めます。
試験には、公開情報や機密情報を含まないサンプルを使います。実在する業務データを大量に取り込まなくても、必要な機能と権限制限を確認する試験は設計できます。
- 対象のサービスとデータを1つに限定する。
- 許可した読み取りが行われ、根拠付きの結果を得られるか確認する。
- 権限外の対象へのアクセスが拒否されるか、安全なテスト環境で確認する。
- 変更操作は自動許可せず、停止や確認を求める設定か調べる。
- 認証を解除し、解除後に新たなアクセスが通らないか確認する。
試験前に期待結果を書き、実行後は呼び出した機能、対象、結果、承認の有無を記録します。検証できなかった制限は「問題なし」にせず未確認と残します。期待どおりの要約が1回返っただけで、継続運用まで承認しないようにします。
費用はAIと連携先と運用に分ける
MCPサーバーのコードが無料で公開されていても、AIの利用料、連携先の契約、保守の負担まで無料になるわけではありません。
費用の確認先は、AIアプリとモデル、接続先サービス、サーバーの実行環境です。Context7のような取得サービスでは、利用上限も確認します。Sentryのセルフホスト構成のように、機能によって追加のモデル接続が必要になる場合もあります。
月額料金だけで比べず、担当者が設定確認や更新にかける時間も見積もります。試験では、実行時間に加えて、人間が結果を確認し修正する時間を記録します。その合計で作業が減らないなら、接続数を増やす前に用途を見直します。
MCPを追加しない方がよい場面
既存の標準機能やCLIで目的を満たせる場合は、MCPを増やさず、実行手順と管理対象を少なく保つ選択肢があります。
毎回同じファイルを取得する、決まったテストを実行する、といった作業は定型コマンドで足りることがあります。APIも、ソフトウェア同士が機能を呼び出す仕組みとして引き続き利用できます。MCPが登場したからといって、既存の連携を置き換える必要はありません。
Context7はCLIとSkills、PlaywrightもCLIを代替手段として案内しています。AIが状況を見て次の操作を選ぶ必要があるのか、決めた手順を実行できればよいのか。この違いから、MCPを追加する意味を判断します。
MCPおすすめに関するよくある質問
MCP選びで迷う場合は、最初の用途、費用の範囲、公式版の位置づけ、AIアプリ側の対応を分けて確認すると整理できます。
Q. 初めてならどのMCPがおすすめですか？
コードの仕様確認ならContext7、GitHub上の課題確認ならGitHub公式が候補です。Notion中心の業務ならNotion公式を検討します。「初心者全員に同じ1本」ではなく、手元にある情報源と繰り返す作業で選びます。
Q. MCPは無料で使えますか？
MCPは接続の規格であり、一律の利用料金があるわけではありません。サーバーの利用条件、AIアプリ、モデル、連携先サービスの契約を分けて確認します。コードのライセンスが無償でも、関連サービスの利用料は別です。
Q. 公式MCPサーバーなら安全ですか？
公式であることは、提供元と保守先を確認する材料です。必要以上の権限やデータを渡してよい理由にはなりません。公式版でも、対象データ、変更操作、外部送信、接続解除の方法を確認します。
Q. ClaudeとCodexで同じMCPを使えますか？
両方で利用できるサーバーはありますが、設定形式、認証、対応する機能は同一ではありません。サーバーとAIアプリの双方の公式手順を照合します。今回の6候補が、すべての製品版と契約で同じように動くと保証するものではありません。
まとめ
MCPのおすすめは用途ごとに異なるため、6候補から作業に合う1つを選び、接続確認と安全性の確認を分けて導入します。
GitHubはコード管理、Context7は仕様参照、Playwrightはブラウザ操作、Notionは文書、Sentryは障害調査、SupabaseはDB確認が選定の入口です。最初から組み合わせるよりも、1つの対象で情報の取得と権限制限を確かめる方が、採用理由を明確にできます。
まず、減らしたい作業を1つ書き、その作業に必要なデータと禁止操作を決めてください。サンプルで試験し、結果の確認にかかる時間まで含めて、継続利用するかを判断します。
AI導入に関するお困りごとをサポートします
株式会社NexaのAI顧問は、ツール選定から業務への適用、社内定着までを月額制でサポートします。特定のツールに限らず、「AIをどう使えばいいか分からない」という段階からご相談いただけます。
この記事で参照した外部情報
- MCP公式の構成説明modelcontextprotocol.io
- GitHub公式MCP Servergithub.com
- リモート版の公式設定資料github.com
- UpstashのContext7公式READMEgithub.com
- MicrosoftのPlaywright MCPgithub.com
- Notion MCPの公式概要developers.notion.com
- 公式接続ガイドdevelopers.notion.com
- Sentry公式READMEgithub.com
- 公式サービスの接続案内mcp.sentry.dev
- Supabase MCPの公式資料supabase.com
- Notionの公式安全性ガイドdevelopers.notion.com
本文中でリンクしている外部ページの一覧です（自動生成）。最終確認日は本記事の最終更新日 2026-09-11 で、リンク先の内容はその後変わることがあります。
