こんにちは、Lenaです。また会いましたね。これを書く予定はありませんでした。私はただ Claude Code のデバッグを眺めていただけです。でも、コードベースの外側にある文脈が必要になるたびに、同じ壁にぶつかっていました。何度も、同じ種類の壁です。そこでやっと、MCP servers が実務で何を変えるのか、そして本当に効くものはどれなのかを意識して見るようになりました。

これは網羅的な技術解説ではありません。2026年時点で best MCP servers for Claude Code のうち、実際に残るものと、設定から静かに消えていくものを観察しながら書いたメモです。

MCP Servers は Claude Code をどう拡張するか

Claude Code 内での tool calling はどう見えるか

Claude Code 単体だと、基本的にはローカル環境の範囲で動きます。ファイル編集、shell コマンド、Anthropic API 呼び出し。ここまでも十分便利です。ただ、橋渡しがなければ GitHub PR、Postgres テーブル、Slack スレッド、Figma フレームには届きません。

その橋渡しをするのが MCP です。Claude Code 公式の MCP ドキュメントによると、MCP (Model Context Protocol) はオープンソース標準で、Claude Code を外部ツール・データベース・API に統一プロトコルで接続します。公開される中核プリミティブは Resources（生データ）、Tools（操作）、Prompts（再利用テンプレート）の3つです。

面白いのは、この変化がとても静かに起きることです。コンテキストを切り替えている感覚はほとんどありません。依頼すると、自然に次のアクションが動き出します。

Claude Code に MCP server を導入する方法

現在の推奨は HTTP transport です。

Bash

claude mcp add --transport http <name> <url>

ローカルの studio server なら、こちらです。

Bash

claude mcp add <name> -- npx -y @package/mcp-server

設定を細かく制御したいなら ~/.claude.json を直接編集する方法もあります。CLI ウィザードで1項目ずつ入れるより壊れにくい、と感じる人もいます。変更後は claude mcp list で有効状態を確認してください。もう1点だけ。active な server は 5〜6 個程度に抑えるのが無難です。各 server が subprocess を起動するため、増やしすぎると体感が重くなります。

これらの MCP servers をどう評価したか

Stability | Real-world utility | Community maintenance

私が継続的に見ていたのは次の3点です。

Stability: 安定して接続できるか、それとも無言で落ちるか。
Real-world utility: agent workflow で本当に発生する課題を解決するか、単なるデモ向けか。
Community maintenance: リポジトリに継続的な commit があるか。issue が放置されていないか。

2026年初頭時点で、アクティブに保守されていると確認できない server は除外しました。

2026年版：Claude Code向け Best MCP Servers 15選

File System

MCP Filesystem Server — もっとも基盤的な server です。Claude がローカルファイルを読み書きし、整理できるようになります。アクセス境界を設定できるのも重要です。公式 MCP servers リポジトリでも Anthropic 公式保守の一つとして扱われています。公開するディレクトリを自分で制御できるので、blast radius を気にする運用では特に効きます。
Claude Context MCP — 大規模 codebase 向けのセマンティック検索を追加します。リポジトリが大きすぎて一度に文脈へ入らないとき、Claude が必要箇所を自力で探しやすくなります。

Web Search and Browsing

Firecrawl MCP — URL を取得して、読みやすい Markdown を返します。最新 API ドキュメントや、学習データにない外部情報が必要な場面で特に有効です。保守も活発で、web data server の中では安定動作しやすい部類だと感じています。
Puppeteer MCP — MCP 経由のブラウザ自動化です。ページ遷移、フォーム入力、動的レンダリングの取得まで対応できます。Firecrawl より重いので、私は Firecrawl で足りないときだけ使います。

GitHub / Git

GitHub MCP Server (Official) — このリストで最も使用頻度が高い server かもしれません。repo、issues、PR、CI/CD workflows、commit 履歴へ直接アクセスできます。GitHub 公式 MCP server リポジトリは現在も活発に保守されており、X-MCP-Readonly header による read-only mode も使えます。production への誤書き込みを防ぎたいときに有効です。導入は次の通りです。

Bash

claude mcp add github --transport http https://api.githubcopilot.com/mcp \
  -H "Authorization: Bearer YOUR_GITHUB_PAT"

注意点は token の scope 制約です。アクセス権があるはずの private repo が見えない場合は、Personal Access Token scopes をまず確認してください。

Shell and Terminal

Shell / Bash execution — これは Claude Code の native 機能ですが、team によっては MCP wrapper を重ねて sandbox 化や実行範囲の制御を行います。multi-agent 運用で「誰が何を実行できるか」を厳密にしたい場面では有効です。

Database Connectors

PostgreSQL MCP — Postgres に対して自然言語で問い合わせできます。Claude がデータを分析し、問題修正し、書き戻すところまで繋がるため、コード変更とデータ影響が一つのループになります。backend 比重の高い workflow では特に効きます。データベース文脈なしのデバッグは、いつも情報が半分欠けている感覚でした。
SQLite MCP — より軽量です。ローカル開発、テストデータ、production database に届かない状況で使いやすいです。私の経験では安定していて、設定の摩擦も Postgres より小さめです。

Documentation Fetchers

Context7 MCP — これは何度も戻ってくる server です。ソースリポジトリから、リアルタイムかつバージョン特定のドキュメントを取得できます。解決する課題が明確で、Claude が古い API を提案したり、新しい追加を見落としたりする問題を減らせます。React、Next.js、更新の速いライブラリを扱うなら、体感差が出ます。

Testing Frameworks

Playwright MCP — ブラウザテストと自動化を、Puppeteer より高い抽象度で扱えます。Claude がテストスイート実行、UI 操作、挙動検証まで行えるため、「変更→検証」のクローズドループが作りやすくなります。
Sequential Thinking MCP — 厳密には testing framework ではありませんが、ここに置くと理解しやすいです。構造化された内省的推論を導入し、Claude が問題を段階的に解き、途中で方針を更新し、長い推論鎖でも文脈を維持します。複雑なデバッグや設計判断では、最終回答だけでなく途中の進め方そのものが変わる印象があります。

Memory and Context Layers

Memory MCP (Knowledge Graph) — knowledge graph を使ったセッション横断の持続メモリです。この領域はまだ評価が揺れます。期待値のほうが挙動より安定して見えることもある。それでも、うまく機能したときは、agent の『session』という概念そのものの見え方が変わります。
Claude Context MCP — File System でも触れましたが、ここでも重要です。現在開いているファイルだけでなく、codebase 全体にまたがるセマンティック検索として機能します。

Others

Figma MCP (Official Dev Mode) — Figma の live layer 構造（hierarchy、auto-layout、design tokens、variants）を MCP 経由で取り出せます。Claude はスクリーンショット推測ではなく、実デザインを基準にコード生成できます。design-to-code workflow の team では、往復コストをかなり減らせます。
Linear MCP — プロジェクト管理連携です。Claude がコード議論から issue を作成し、状態更新、ticket 検索、comment 追加まで行えます。active development 中で既知の quirks（OAuth token のときどきの失効など）はありますが、Linear 中心の backlog を使う team には十分実用的です。

MCP がまだ Claude Code に与えていないもの

この点は分けて書く価値があります。server を丁寧に構成しても、まだ埋まらない部分があります。

現状、Claude Code の成功パターンを sessions や agents 間で再利用する仕組みが組み込みで存在しません。毎回ほぼ新規開始です。先週うまくいったデバッグ経路が、次の類似ケースで自動継承されるわけではない。知識が構造化され、共有可能な形で蓄積される層がまだ薄いんです。

Claude Code の成功パターンを再利用可能にするには

ここで「tools に接続できること」と「経験から学習できること」の差が見えてきます。MCP は接続問題を解きます。でも retention、つまり有効だった手順を保存し、カプセル化し、次の session や別 agent が再発見なしで引き継げる状態までは解きません。

このギャップを ecosystem がどう埋めるか、私はまだ追い続けています。ここは引き続き注目したいところです。

FAQ

How do I add MCP servers to Claude Code?

remote HTTP server なら claude mcp add --transport http <name> <url> を実行します。local stdio server なら claude mcp add <name> -- npx -y @package/mcp-server です。複雑な設定では ~/.claude.json を直接編集しても構いません。変更後は Claude Code を再起動し、claude mcp list で確認してください。

What is the best MCP server for Claude Code?

workflow 次第です。多くの開発者にとっては GitHub MCP Server と MCP Filesystem Server が最頻出ユースケースをカバーします。データベース中心なら PostgreSQL MCP を追加。ドキュメント参照が多いなら Context7 は導入価値があります。

Are MCP servers for Claude Code free?

ここで挙げた server の多くはオープンソースで、実行自体は無料です。ただし API key が必要なものは別料金が発生します（GitHub PAT、Figma Dev Mode、一部 web search APIs）。Claude API の利用料金は Anthropic pricing に従って課金され、MCP servers はその課金体系を変えません。できることの到達範囲を広げる、という位置づけです。

このスタックがどう進化するかは、これからも観察を続けます。上のリストは 2026年初頭に、実際に保守されていて使えるものだけを残した結果です。理論上よさそう、ではなく実運用ベースです。読む時期によっては、いくつか入れ替わっているかもしれません。

…今回はこのあたりで。

Previous Posts: