WorkHorizon
用語・トレンド解説

主要MCPサーバー比較レビュー2026|GitHub/Slack/Notion/Filesystem/Google Drive/Linear 10選・選定6軸・運用落とし穴

2026/4/23

SHARE

主要MCPサーバー10選の選定6軸と運用落とし穴を一次ソース基準で比較レビュー

主要
用語・トレンド解説

主要MCPサーバー比較レビュー2026|GitHub/Slack/Notion/Filesystem/Google Drive/Linear 10選・選定6軸・運用落とし穴

ARTICLEWork Horizon
W

Work Horizon編集部

2026/4/23 公開

MCPサーバー(Model Context Protocol サーバー)は、Anthropic公式発表(2024年11月25日)で定義された、AIクライアントと外部システムを接続する標準プロトコルの「サーバー」側実装です。Anthropic公式リポジトリ modelcontextprotocol/servers(2026年4月時点)には、Reference Servers(リファレンス実装)と Third-Party Servers(コミュニティ実装)がカテゴリ別に掲載されており、主要クライアント(Claude Desktop・Cursor・Cline・Claude Code)もこれを参照できる前提で設計されています。本記事では、Anthropic公式リポジトリとベンダー公式実装から主要MCPサーバー10本を「比較レビュー」目線で整理し、公式/コミュニティ・認証方式・ユースケース・選定基準を深掘りします。MCPそのものの概論・プロトコル仕様はMCP(Model Context Protocol)完全ガイド2026、サーバー自作の設計論はMCPサーバー実装完全ガイド2026を参照してください。

比較レビューの狙い|なぜ「選び方」が難しいのか

MCPサーバーはリファレンス実装・ベンダー公式・コミュニティ実装の3系統が並存し、品質・メンテ頻度・セキュリティ水準のばらつきが大きいため、「どれを本番で使ってよいか」の判断は実装者に委ねられているのが現状です。Anthropic公式リポジトリ(2026年4月時点)がドキュメントで示す組み合わせ例(開発向けの代表的な組み合わせとして GitHub+Filesystem)はシンプルで出発点として優秀ですが、エンタープライズ用途では「誰がメンテしているか」「認証情報はどう扱われるか」「監査ログは取れるか」を個別に精査する必要があります。

主要MCPサーバー10選|比較一覧

本節では、Anthropic公式・ベンダー公式・強いコミュニティ実装の3系統から、実運用で採用が多い10本をピックアップしました。順序は「導入ハードルの低さ」基準です。

  • Filesystem(Anthropic公式):ローカルファイル操作、サンドボックス化された読み書き、初手として最も無難
  • GitHub(GitHub公式):リポジトリ・Issue・PR・Actions 操作、開発フローの中核
  • Slack(Slack公式):メッセージ検索/送信、チャンネル操作、Canvas、47ツールを提供(2026年2月GA)
  • Notion(Notion公式):ページ/DB 読み書き、コメント、Slack/Drive/Jira への semantic search 拡張
  • Google Drive(Anthropic公式):Docs/Sheets/Slides 検索と読み取り、共有ドライブ対応
  • Linear(Linear公式):Issue 管理、スプリント連携、プロダクト開発ワークフロー
  • PostgreSQL(Anthropic公式):読み取り専用SQL実行、スキーマ取得、分析向け
  • Brave Search(Anthropic公式):Web検索、ニュース検索、Anthropicが中立中立性を担保
  • Puppeteer(Anthropic公式):ヘッドレスブラウザ、スクリーンショット、フォーム操作
  • Memory(Anthropic公式):ナレッジグラフ型の長期記憶、セッション跨ぎで永続化

開発ツール系|GitHub / Linear / Filesystem

GitHub MCP(GitHub公式)

GitHub公式MCPは、GitHub Docs(2026年4月時点)で仕様が公開されており、OAuth基盤での認証と細粒度パーミッションが可能です。Issue作成/更新、PRのレビュー・コメント、Actions トリガー、コード検索、Secret scanning 結果の参照までカバー。Dependabot やセキュリティアラートへのアクセスは別スコープが必要なので、最小権限で払い出すのが鉄則です。

  • 認証:GitHub OAuth App / Fine-grained PAT
  • 適用場面:コードレビュー自動化、リリースノート生成、Issue triage、バグ再現コマンド作成
  • 落とし穴:`contents:write` を付けると自動 push が起きうる。Dry-run/draft PR の運用を推奨

Linear MCP(Linear公式)

Linear公式が提供するMCPは、プロジェクト/サイクル/イシューの検索・作成・更新に加え、GraphQL APIの薄いラッパーとして機能します。AIエージェントに「今週のSev1を抽出」「親Issue配下のサブタスク起票」等の操作を許可するユースケースが想定されます(Linear Developer Docs(2026年4月時点))。

  • 認証:Linear OAuth、Workspace スコープで制限
  • 適用場面:毎朝のブロッカーサマリ生成、PR⇄Issue 双方向同期、オンコール状況の可視化
  • 落とし穴:複数ワークスペースを跨ぐ操作は慎重に、匿名化していない要件がAIコンテキストに残る可能性

Filesystem MCP(Anthropic公式)

最初期から提供されているサーバーで、ホワイトリスト方式のパス制御が特徴。`--allowed-paths` を明示しないと動作しない堅牢な設計で、ローカル開発のリファレンス実装として機能します。Claude Desktop / Cursor / Cline / Claude Code のいずれでも公式セットアップ手順が示されています(modelcontextprotocol/servers(2026年4月時点))。

  • 認証:OS ファイルシステム権限
  • 適用場面:ローカルプロジェクト編集、ログファイル解析、テンプレ生成
  • 落とし穴:シンボリックリンク経由の脱出。`/tmp` を丸ごと許可しないこと

コラボ系|Slack / Notion / Google Drive

Slack MCP(Slack公式)

Slack公式MCPは、Slack API公式ドキュメント(2026年4月時点)で仕様が公開されています。メッセージ検索・送信、チャンネル管理、Canvas管理、ユーザー操作などのツールを提供し、Slack OAuth と Bot Scopes(channels:historychat:write等)を用いて権限設計ができます。公式実装への移行が推奨されており、旧来のコミュニティ版から順次置き換えるのが主流です。

  • 認証:Slack OAuth、channels:history/chat:write 等の Bot Scopes
  • 適用場面:朝会前サマリ、サポートスレッド集計、PR通知の要約、議事録投稿
  • 落とし穴:DM 閲覧スコープは原則付けない。監査ログ(Audit Logs API)は Enterprise Grid 限定

Notion MCP(Notion公式)

Notion公式MCPはページ/DB を操作できるだけでなく、接続済みソース(Slack / Google Drive / Jira)を横断するsemantic searchに対応します。Notion AI の基盤と共通で、OAuth アプリのインストール権限で付与範囲を制御できます。

  • 認証:Notion OAuth、Workspace 単位で権限設計
  • 適用場面:仕様書→議事録→タスクの往復、社内Wiki 更新、ダッシュボード(DB)の月次レビュー
  • 落とし穴:共有範囲が「ゲスト」のページは取得できない場合がある。権限設計をAI利用前に棚卸し

Google Drive MCP(Anthropic公式)

Google Workspace の Docs/Sheets/Slides を検索・読み取りする定番。書き込みは未対応が多く、検索ハブとしての活用が中心です。Google OAuth の同意画面で許可するスコープを最小化し、共有ドライブ単位でのポリシー設計がポイント。

  • 認証:Google OAuth、drive.readonly を基本
  • 適用場面:社内資料検索、議事録・提案書の要約、SlidesからのFAQ抽出
  • 落とし穴:個人アカウントと法人アカウントを混在させると監査不能。Workspace Admin での制御を

データ系|PostgreSQL / Brave Search / Puppeteer / Memory

この4本はAnthropic公式で、いずれも依存が少なく、単体での導入価値が高いのが特徴です。

  • PostgreSQL MCP:読み取り専用SQLとスキーマ取得。データ分析エージェント/ダッシュボード生成の骨格
  • Brave Search MCP:Google系に依存しないWeb検索、ニュース検索、営業リサーチやファクトチェックで有用
  • Puppeteer MCP:ヘッドレスChrome、スクリーンショット、フォーム操作、E2Eテスト入口に
  • Memory MCP:知識グラフ型の長期記憶、複数セッション跨ぎのコンテキスト永続化

選定基準 6軸|本番投入前にチェックすべき観点

MCPサーバーを本番に投入する際は、次の6軸で1本ずつ評価するのがrenueでの実務基準です。

  • (1)提供元:Anthropic公式 / ベンダー公式 / 上位コミュニティ / 個人作。上の階層ほど安心
  • (2)認証方式:OAuth / PAT / APIキー / Env 変数。OAuth+最小スコープが理想
  • (3)Transport:STDIO は開発・ローカル向き、Streamable HTTP は本番・共有環境向き
  • (4)監査ログ:どのツール呼び出しがいつ誰に対して行われたか、後追いできるか
  • (5)メンテ頻度:直近90日のコミット・Issue対応・セキュリティパッチの有無
  • (6)ツール境界:1サーバーに詰め込みすぎていないか、副作用があるツールは別サーバーに分離されているか

実運用の落とし穴|認証・レート制限・コスト

認証情報の管理

最大のリスクは認証情報の平文保管です。Claude Desktop の設定JSON にトークンをベタ書きしている例は想像以上に多く、漏洩時の被害範囲はトークンに紐づくスコープそのままです。実運用では OS キーチェーン連携、シークレットマネージャ(1Password CLI / AWS Secrets Manager)経由の注入、スコープ別の分離 PAT を前提にしてください。

レート制限とコスト

AIエージェントは人間オペレータより桁違いにツールを呼びます。GitHub のSecondary rate limit、Slack の Tier T3、Google Drive の QPS、Notion の3 req/sec、それぞれで簡単にスロットリングが発生します。エージェント側でリトライ&指数バックオフを実装するか、MCPサーバー側にキャッシュ層を入れる設計が有効です。

ツール定義のドリフト

MCPサーバーのアップデートでツール名・引数が変わると、既存プロンプトが静かに壊れることがあります。本番導入時はサーバーのバージョンを固定(コンテナ化推奨)、Regression を定期的に回すCIを持つ運用が安全です。

クライアント別の導入手順|Claude Desktop / Cursor / Cline / Claude Code

Claude Desktop

~/Library/Application Support/Claude/claude_desktop_config.jsonmcpServers キーを追加し、STDIOコマンドを指定。再起動後にツールアイコンが現れます。Filesystem / GitHub / Slack を最初の3本に推奨。

Cursor

設定 → Model Context Protocol → Add Server から登録。プロジェクト配下の .cursor/mcp.json に書けばチーム共有可能。コード補完との組み合わせでGitHub MCP の価値が特に高い。

Cline(VS Code拡張)

Cline のMCP設定UIから追加。Cline 使い方完全ガイド2026で詳細解説。Plan/Act モードとMCPサーバーの組み合わせがCline独自の強み。

Claude Code(CLI/IDE拡張)

claude mcp add コマンドでサブコマンド経由追加、または .mcp.json をプロジェクトルートに配置。CI/CD パイプラインでのヘッドレス実行でもMCPサーバーを引き連れて動作させられるのが特徴。

独自MCPサーバー導入ケース|社内→公式レジストリ公開まで

既製のMCPサーバーで要件を満たせない場合は自作が選択肢になります。renueでの参考フローは次のとおり。

  1. 社内プロトタイプ実装完全ガイドに沿って Python/TypeScript で作成、ツール3〜5本で最小価値を検証
  2. セキュリティレビュー:OWASP Agentic Top 10、権限設計、Injection 対策を棚卸し
  3. 社内本番化:コンテナ化、シークレット分離、監査ログ収集、バージョン固定
  4. OSS公開判断:汎用価値があるか、メンテ負担に見合うか、商標・法務チェック
  5. 公式レジストリ登録modelcontextprotocol/servers の community セクションへPR、またはPulseMCP/FastMCPへ登録

キャリアへの示唆|MCPを「選び使いこなせる」ことの価値

AIエンジニア・MLエンジニア・バックエンドエンジニアが担当領域でMCPサーバーを扱うケースでは、個別プロトコルを知っていることに加えて「選定・統合・運用」の経験がプロジェクトの品質に直結します。Anthropic公式リポジトリ(2026年4月時点)と各ベンダー公式ドキュメントを突き合わせて、どの層で組み合わせるかを自分で設計できるスキルを積み上げると良いでしょう。関連記事としてAI時代のキャリア戦略ガイドAIエンジニア年収・キャリアパス2026も参考にしてください。

まとめ|「どの10本から始めるか」を決め、6軸で評価する

MCPサーバーは選択肢が複数系統にまたがるため、「どれを使うか」の意思決定が本番成否を左右します。本記事の10本(Filesystem / GitHub / Slack / Notion / Google Drive / Linear / PostgreSQL / Brave Search / Puppeteer / Memory)は、Anthropic公式レポジトリ(2026年4月時点)で参照でき、公式/準公式の品質水準・監査対応・普及度のバランスが取れたスタートラインです。選定6軸(提供元・認証方式・Transport・監査ログ・メンテ頻度・ツール境界)で評価し、認証情報・レート制限・ドリフト対策の3点を本番前にクリアしてください。概論と実装は、MCP完全ガイド実装完全ガイドClaude API完全ガイドで体系的に補完できます。

SHARE

よくある質問

Q.MCPサーバーを最初に導入するならどの組み合わせが無難ですか?
A.Anthropic公式が案内する「Filesystem+GitHub+Slack」の3本が現実的なスタートラインです。全てAnthropic/ベンダー公式で、認証方式が確立され、ドキュメント・事例が豊富で、ドリフトや破壊的変更のリスクが相対的に低いためです。非エンジニア主体ならGitHubの代わりにGoogle Drive+Notionに置き換える運用が一般的で、2026年時点のベストプラクティスです。
Q.Anthropic公式と第三者レジストリ(PulseMCP・FastMCP等)のサーバーはどう使い分けますか?
A.まずはAnthropic公式(modelcontextprotocol/servers)とベンダー公式実装(Slack公式・Notion公式・GitHub公式・Linear公式等)から候補を立て、要件を満たせない場合のみ第三者レジストリや個人実装を検討するのが安全です。第三者レジストリは発見性に優れますが、メンテ停止・セキュリティ水準・監査対応のばらつきが大きいため、本番投入前にコミット頻度・Issue対応・ライセンス・依存関係を個別精査する必要があります。
Q.MCPサーバー本番運用で最も気をつけるべきセキュリティポイントは?
A.最大のリスクは認証情報の平文保管と過剰スコープです。Claude Desktopの設定JSONにトークンをベタ書きする運用は避け、OSキーチェーン・1Password CLI・AWS Secrets Manager等の経由で注入する設計にします。スコープは常に最小権限(read専用・特定チャンネル限定・Fine-grained PAT)にし、Dependabot/Audit Logs等の強権スコープは別サーバーに分離して最小限の用途だけで有効化するのが鉄則です。
Q.STDIOとStreamable HTTPはどちらを選ぶべきですか?
A.ローカル開発・個人用途ではSTDIOがシンプルで十分ですが、チーム共有・本番運用・CI/CDパイプライン連携ではStreamable HTTPが基本です。HTTP版は複数クライアントが同時接続でき、コンテナ化・水平スケーリング・監査ログ収集が容易になります。レイテンシはSTDIOが約1ms、HTTPが10-100ms程度で、ユーザー体感への影響は通常無視できる範囲です。セキュリティ面ではHTTP化に伴う認証層(OAuth・JWT・API Gateway)の追加設計が必須になります。
Q.MCPサーバーのアップデートで既存プロンプトが壊れる問題を防ぐには?
A.3つの対策が有効です。(1)サーバーバージョンの固定: Dockerイメージ・特定Gitコミット・pinned npmバージョンで起動する。(2)回帰テストの自動化: 主要ツール呼び出しを再現するシナリオテストをCIに組み込む。(3)ツール定義の差分監視: MCPのtools/list結果をJSONとして保存し、差分が出たらアラートする。特に(3)は人手での気づきが遅れる問題を根本から解決できる手法で、エンタープライズ運用では必須に近い位置づけです。

関連記事