こんにちは、Lena です。最初からランキングを作るつもりだったわけではありません。ここ数か月で、どの MCP server が設定に残り続け、どれが数回失敗したあと静かに消えていくのかを見ていました。そのパターンは書き残す価値があると感じたんです。
本当に良い MCP servers は、必ずしもいちばん話題になるものではありません。安定して動き、再認証を何度も求めず、実務で繰り返し出てくる課題を解決してくれるもの。派手なデモより、そこが重要でした。
これは、私が観察してきたことの記録です。
使う価値がある MCP Server の条件
安定性とメンテナンス
メンテナンスが弱い server を見分けるいちばん簡単な方法は、上流 API が変わったあとに何が起こるかを見ることです。週末で作られた community server は、そのまま更新が止まりがちです。公式 server、つまり基盤サービスを持つ会社が自分で保守しているものは、自社 API の変更に追従する確率が高いと感じます。
Anthropic's official MCP servers repository は、active maintenance の基準を見るうえで妥当です。たとえば GitHub の MCP server には read-only mode 用フラグ（X-MCP-Readonly header）があり、これはデモ都合ではなく production を意識して設計されたものだと思います。
実務での有用性 vs デモ映え
スクリーンショットでは魅力的に見える server もあります。でも少し変わった入力を渡すと崩れたり、agentic loop に入れるには遅すぎたりする。ここは、demo で動くことと real workflow で機能することの距離が、他のソフトウェアより広いと感じています。
残すべき server は、結局いつも高頻度の課題を解くものです。ファイル読み取り、database クエリ、web 検索、version control 連携。奇抜さより、安定性です。
セキュリティの影響範囲
この部分は、正直まだ少し輪郭が曖昧です。各 MCP server は action を実行できる subprocess で、write permissions を持つ場合もあれば、あなたの credentials で外部 API を呼び出す場合もあります。
Truto's analysis of Slack MCP security trade-offs がこの点をうまく整理しています。autonomous agent がコミュニケーション基盤に触れるなら、least privilege の原則は外せません。可能なら read-only credentials を使い、production で有効化する前に各 server が実際に何を実行できるかを監査するべきです。
MCP Servers のインストールと設定
設定は claude_desktop_config.json（Claude Desktop）または ~/.claude.json（Claude Code）に置きます。典型的なエントリは次のとおりです。
{
"mcpServers": {
"server-name": {
"command": "npx",
"args": ["-y", "@package/mcp-server"],
"env": { "API_KEY": "your_key" }
}
}
}
ひとつ強調したいのは、active server は 5-6 個程度に抑える という点です。1 つ追加するごとに subprocess が立ち上がります。これを超えると体感で遅くなり、10+ server を同時に有効化したときは context budget の消費が想定より速く進むのを見ました。
IDE ごとの設定（Cursor、Windsurf、VS Code）では syntax が少しずつ異なります。Claude Code は CLI の claude mcp add を使います。設定フォーマットがそのまま移植できると考えるより、使っている client の専用ドキュメントを確認するほうが安全です。
カテゴリ別ベスト MCP Servers
ファイルとシステムアクセス
Filesystem MCP Server — もっとも基礎的で、同時に中核でもあります。ローカルファイルを、許可したディレクトリ範囲で読み書き・整理できます。Claude Desktop に同梱されていて、私が使った中でも特に安定した server です。アクセス範囲を自分で絞れるので、blast radius を管理しやすいです。
Google Drive MCP — 個人・共有 drives を横断して cloud documents を検索、読み取り、整理できます。Google Cloud Console で OAuth 設定が必要です。設定後は安定していますが、初回 auth flow は少し忍耐がいります。
Web 検索とブラウジング
Brave Search MCP — プライバシー志向の web search で、API も扱いやすいです。api.search.brave.com の API key が必要です。training data にない最新情報が必要な agent には、いまのところ最も安定して振る舞う選択肢のひとつでした。
Firecrawl MCP — URL をクリーンな Markdown に変換します。最新ドキュメントや外部リファレンスを引く用途に向いています。多くのケースでは、フル browser automation より軽くて速いです。
Puppeteer MCP — Firecrawl だけでは足りないときの browser automation です。動的レンダリング、フォーム操作、サイトテストに対応できます。実行コストは重めですが、用途が合う場面では十分に価値があります。デフォルト常用向けではありません。
コードと開発ツール
GitHub MCP Server — Claude Desktop、Cursor、Claude Code のどれでも利用頻度が高い server です。GitHub's official MCP server は repository 管理、PR review、issue tracking、CI/CD 確認をサポートします。GitHub が直接保守している点は、API 変更時に効いてきます。token scope も重要で、private repo が見えないときは PAT scopes を最初に確認してください。
Docker MCP — 自然言語で containers の build、run、inspect ができます。containerized services のデバッグや Dockerfile 生成に有効です。ローカル開発では、terminal と AI context の往復摩擦を減らしてくれます。
Database connectors
PostgreSQL MCP — 自然言語を Postgres 向け SQL に変換できます。コード変更と、それが影響するデータの間をつなぐ役割があります。backend 中心の workflow では特に有効で、database context なしのデバッグは半分の情報で作業している感覚になりがちです。
SQLite MCP — もっと軽量で、設定も最小限です。ローカル開発やテスト databases に向いています。素早く探索したい場面では、Postgres より立ち上げが簡単です。
ナレッジとドキュメント
Notion MCP — AI agent に pages、databases、tasks へのアクセスを与えます。チーム知識が Notion に集まっている場合、手動コピーなしで参照・更新できるのが大きいです。
Context7 MCP — source repositories から version-specific documentation をリアルタイムで取得します。これは実際の痛点を突いています。Claude が deprecated な方法を提案したり、新しい API 追加を見落としたりする問題、特に変化の速い frameworks で効きます。
コミュニケーション（Slack、email）
Slack MCP Server — 2025年12月時点で、Anthropic は MCP を Linux Foundation 傘下の Agentic AI Foundation に寄贈し、OpenAI と Block が共同創設メンバーになりました。protocol の月間 SDK ダウンロードは 9,700 万に到達しています。公式 Slack MCP server には workspace 操作向け 47 tools があり、メッセージ検索、channel 投稿、workflow 管理をカバーします。接続後の認証は OAuth で処理できます。文脈の多くが Slack threads にあるチームでは、session 内の research のやり方そのものが変わります。
Gmail / Email MCP — email の compose、send、manage が可能です。outreach、summaries、notifications を downstream steps に含む agent workflow で役立ちます。主な摩擦点は authentication なので、事前設計は必要です。
クラウドインフラ
AWS MCP — AI から EC2、S3、IAM、CloudWatch などの AWS services を操作できます。AWS 中心のインフラを持つチームにとって、かなり包括的な選択肢です。credentials は scoped にし、探索クエリは read-only roles を使うのが安全です。
Cloudflare MCP — Workers、KV、R2、D1、DNS、security rules を管理できます。Cloudflare は公式 MCP 実装への投資が目立ち、maintenance の信頼性は多くの community cloud servers より高い印象です。
EvoMap Capsule：MCP の上にある capability layer
MCP の隣で進んでいる、もうひとつの流れを最近ずっと見ています。MCP の内側ではなく、その外側にある層です。
MCP が解くのは接続の問題です。AI agent が file system、database、Slack channel にどう到達するか。いっぽうで、接続を使って得られた知識が session 後にどう残るかは扱いません。成功した debugging paths、解決済み edge cases、検証済み workflows は、構造化された形ではほとんど残らないのが実情です。
その層を探っているのが EvoMap という platform です。基盤は GEP（Genome Evolution Protocol）で、中心資産は Genes（再利用可能な戦略テンプレート）と Capsules（audit records 付きの検証済みソリューション）です。接続先の数ではなく、何が有効だったかを残そうとしているわけです。
考え方としては、1 つの agent が解いたことを他の agent が継承できるようにする、というものです。毎回それぞれが同じ修正を再発見しなくてよくなる。これが説明どおりに本当に scale するかは、まだ私にも言い切れません。Agent-to-Agent（A2A）network では API key なしで登録と capability publishing ができ、実験の入口は確かに低くなっています。
experience-type plugins が標準 MCP servers と違って提供するものを一言で言えば、tools へのアクセスではなく outcomes の記憶です。MCP はどこを見ればいいかを示し、Capsule layer は前回そこを見たとき何が機能したかを示します。
この先どう育つか、私はまだ観察を続けています。偶然の流れには見えませんが、最終判断はまだ保留です。
避けたい MCP Servers
community MCP servers の典型的なレッドフラグ
実運用で失敗しやすい server には、いくつか共通パターンがあります。
- No commits in 6+ months — 接続先の API は変化します。未保守の server は静かに壊れるか、古い結果を返すのにエラーが分かりにくいことがあります。
- No authentication scoping — read access だけで足りるのに広範な permissions を要求するなら、いったん立ち止まるべきサインです。
- Single-maintainer repos with no issues addressed — それだけで失格ではありませんが、上の条件と重なると released はしたが maintained は薄い、という状態を示しがちです。
- No documented error handling — agentic loop では、構造化エラーを返さずに server が silent crash すると、連鎖的な障害を招き、デバッグが非常に難しくなります。
SkillsIndex's 2026 MCP guide は 5 段階のセキュリティ尺度で server を評価しています。production を考える server なら一度確認する価値があります。2026年初頭時点で 4,000 以上の server を索引しており、キュレーション情報として有用です。
FAQ
1 2026年のベスト MCP server は何ですか？
workflow 次第です。多くの開発者には GitHub MCP Server と Filesystem MCP Server が最頻出ユースケースをカバーします。データ中心なら PostgreSQL MCP。最新 web 情報が必要なら Brave Search か Firecrawl。単一の正解はなく、実務に合う組み合わせがあるだけです。
2 MCP server はどうやってインストールしますか？
Claude Desktop では claude_desktop_config.json に JSON エントリを追加します。Claude Code では CLI の claude mcp add を使います。多くの server は npx で導入でき、config 以外のローカル準備は最小限です。設定を変えたら client を再起動してください。server は起動時にロードされ、オンザフライでは読み込まれません。
3 MCP servers は無料で使えますか？
多くの公式 server は open-source で、ローカル実行は無料です。ただし API key 側に課金がある場合があります（GitHub PAT、Brave Search API、Firecrawl）。Claude API usage is metered separately through Anthropic's pricing—MCP servers は Claude が到達できる範囲を広げるもので、基盤 model の課金体系そのものは変えません。
この一覧は、2026年初頭時点で検証可能な active maintenance を基準にしています。ここから先は変わっていくはずなので、引き続き追っていきます。
…いったん、今日はこのあたりで。
Previous Posts:
