Claude Code向けMCPサーバーおすすめ11選（2026年版）：全インストールコマンド検証済み
Claude Code用のMCPサーバーをセットアップしていて、コンテキストウィンドウを圧迫しない候補リストが欲しいなら、まずこの3つを入れてほしい。Context7、GitHub MCP、そしてPlaywrightだ。これはおすすめであって、我々の構成そのものではない。我々自身のコンテンツパイプラインでは88個のツールを公開する7つのMCPサーバーを動かしており、Tool Searchが提供される前は、4つのサーバーだけで1文字も入力する前に約67,000トークンを消費することもあった。以下では、Claude Codeとの適合度ですべてのサーバーを順位付けし、各インストールコマンドは2026年7月11日時点で公式リポジトリまたはドキュメントと照合済みだ。
Claude Codeに最初に入れるべきMCPサーバーのベスト3は、Context7（ClaudeがAPIをでっち上げるのを防ぐ、最新のライブライブラリドキュメント）、公式のGitHub MCP（リポジトリ、PR、CIの操作）、そしてPlaywright（Claudeが推測ではなく実際のブラウザで変更を検証できる）だ。残りは用途に応じて追加してほしい。デフォルトで全部入れるのはやめよう。
以下が順位付きの全候補リストだ：
- Context7：最新かつバージョンが正しいライブラリドキュメント
- GitHub MCP：リポジトリ、Issue、プルリクエスト、CI
- Playwright：ブラウザ自動化と実ページでの検証
- Sequential Thinking：構造化された多段階推論
- Filesystem：スコープ付きファイル読み書き
- Supabase：SQL、スキーマ、Edge Functions、ブランチ
- Sentry：エディタ内でのエラートリアージ
- Exa：コーディングエージェント向けに作られたライブWeb検索
- Memory：ナレッジグラフによる永続メモリ
- Serena：LSPを活用したセマンティックなコード検索・編集
- Sanity：ヘッドレスCMSのコンテンツ操作
スターターパック：Claude Codeに最初に入れるべき3つのMCPサーバー
まずContext7をuserスコープで入れる（すべてのプロジェクトでライブドキュメントを使いたいため）、GitHub MCPはリモートサーバーとして、Playwrightはprojectスコープで入れてブラウザを必要とするリポジトリだけが読み込むようにする。この3つでドキュメント、バージョン管理、検証をカバーできる。つまり、ほぼすべてのコーディングセッションで必要になる作業だ。それ以外は状況次第だ。
次の3行を実行すれば、Claude Codeがすべて登録してくれる：
claude mcp add context7 -- npx -y @upstash/context7-mcp
claude mcp add --transport http github https://api.githubcopilot.com/mcp/ --header "Authorization: Bearer YOUR_GITHUB_PAT"
claude mcp add playwright -- npx @playwright/mcp@latestYOUR_GITHUB_PATは、Claudeに触らせたいリポジトリにスコープを絞ったGitHubパーソナルアクセストークンに置き換えてほしい。コツ：Context7はuserスコープにしておくとすべてのプロジェクトについてくるが、Playwrightはprojectスコープに固定して、ブラウザを一切開かないリポジトリがそのコストを負わないようにしよう。
Claude CodeでMCPサーバーをインストールするには？
MCPサーバーはclaude mcp add <name>でインストールする。ローカルサーバーの場合は--区切りの後に起動コマンドを置き、ホスト型サーバーの場合は--transport http（またはsse）とURLを渡す。--scopeで参照できる対象を制御し、--headerで認証トークンを指定する。文法はこれだけですべてで、AnthropicのClaude Code MCPドキュメントにすべてのフラグが載っている。
ほぼすべてをカバーするのは2つの形だ。ローカル（stdio）サーバーは、通常npxやuvx経由で自分のマシン上でプロセスを実行する：
claude mcp add my-server -- npx -y some-mcp-packageリモートサーバーはベンダーがホスティングしており、HTTPまたはSSE経由でアクセスする。多くの場合OAuthかトークンヘッダーを使う：
claude mcp add --transport http my-server https://example.com/mcp --header "Authorization: Bearer TOKEN"多くの人がつまずくのが、この--区切りだ。この後ろはすべてサーバー自身の起動コマンドであり、Claudeのフラグではない。だからnpx -y @scope/pkgは--の向こう側に置く。これを忘れると、Claudeがパッケージ名を自分の引数としてパースしようとして失敗する。プロトコル自体が初めてなら、まず我々のMCP解説記事から始めてほしい。
Claude CodeのMCP設定はどこに保存される？ local・project・userスコープの違い
Claude Codeは--scopeフラグに応じて、MCP設定を3つの場所のいずれかに保存する。localサーバーは~/.claude.jsonにプロジェクトパスをキーとして保存され、自分だけが参照できる。projectサーバーはリポジトリのルートにコミットされた.mcp.jsonに置かれ、チームと共有される。userサーバーは~/.claude.jsonに置かれ、すべてのプロジェクトで自分についてくる。スコープは設定の書き込み先だけでなく、誰がそのサーバーを参照できるかを決めるものだ。
| スコープ | 保存場所 | 参照できる人 | 最適な用途 |
|---|---|---|---|
| local（デフォルト） | ~/.claude.json、プロジェクトパスをキーにする | そのプロジェクト内の自分のみ | 個人的な実験 |
| project | リポジトリルートの.mcp.json、gitにコミット | 各メンバーが承認した後、チーム全員 | チーム共有サーバー |
| user | ~/.claude.json | 自分の全プロジェクトで自分のみ | 個人のデフォルト設定 |
projectスコープは、誰もセットアップしないやつだ。こんな.mcp.jsonをリポジトリのルートにコミットする：
{
"mcpServers": {
"playwright": {
"command": "npx",
"args": ["@playwright/mcp@latest"]
}
}
}チームメイトがリポジトリをpullしてclaudeを実行すると、サーバーが起動する前に保留中のサーバーを承認するよう促される。リポジトリにコミットする.mcp.jsonは、Claude Codeにおけるチーム共有設定にもっとも近いもので、セットアップしている人はほとんどいない。これらのサーバーを再現性のあるプロセスの中で動かしたいなら、MCPツールをワークフローに組み込む方法を参照してほしい。
Claude Code向けMCPサーバーおすすめ11選、適合度順ランキング
これらはClaude Codeとの適合度で順位付けしている。つまり、コンテキストの占有量、メンテナンス状況、スコープの整理のしやすさに対して有用性を天秤にかけたものだ。表でざっと確認し、その下の注記で各サーバーがその順位を獲得したClaude Code固有の理由を説明する。
| 順位 | サーバー | トランスポート | 最適なスコープ | 公式？ | Claude Codeでの評価 |
|---|---|---|---|---|---|
| 1 | Context7 | stdioまたはリモート | user | コミュニティ | 最初に入れるべき。トークンあたりの情報量が最大 |
| 2 | GitHub MCP | リモートHTTP | projectまたはuser | 公式 | リポジトリ作業に必須。コンテキスト占有量は最大 |
| 3 | Playwright | stdio | project | 公式 | 推測ではなく実ブラウザで検証 |
| 4 | Sequential Thinking | stdio | user | Anthropicリファレンス | 便利だが、ネイティブ推論の進化で差は縮まった |
| 5 | Filesystem | stdio | project | Anthropicリファレンス | 組み込みのファイルツールと重複しがち |
| 6 | Supabase | リモートHTTP | project | 公式コネクタ | OAuth経由でのSQL・スキーマ操作 |
| 7 | Sentry | リモートHTTP | user | 公式リモート | エディタを離れずにエラートリアージ |
| 8 | Exa | リモートまたはstdio | user | コミュニティ | コーディングエージェント向け最高のライブWeb検索 |
| 9 | Memory | stdio | user | Anthropicリファレンス | みんなが探し求めているメモリサーバー |
| 10 | Serena | stdio（serena CLI） | project | コミュニティ | 20以上の言語でセマンティックなコード編集 |
| 11 | Sanity | リモートHTTP | project | 公式リモート | CMS操作。リモートサーバーのみ使用 |
スターターパック（1〜3位）
1. Context7（Upstash）
Context7は使っているライブラリの最新かつバージョンが正しいドキュメントを取得してくれるので、Claudeが存在しないメソッド名をでっち上げるのを防げる。r/ClaudeAIではほぼ満場一致で「最初に入れろ」と言われているサーバーで、トークンあたりのコンテキスト効率がほぼ最高だからだ。無料でコミュニティがメンテナンスしており、stdioとリモートの両方で使える。リポジトリ：upstash/context7。
claude mcp add context7 -- npx -y @upstash/context7-mcp2. GitHub MCP
公式のGitHub MCPは、リポジトリ、Issue、プルリクエスト、CIの実行を扱う。PRの中で生きているような人には必須だが、このリストの中で最も重いサーバーでもある。Tool Search以前は、ツールのスキーマだけでSonnetのコンテキストウィンドウの4分の1近くを食っていた。パーソナルアクセストークンがあれば無料で、次のセクションがなぜ重要かを示す象徴的な例でもある。
claude mcp add --transport http github https://api.githubcopilot.com/mcp/ --header "Authorization: Bearer YOUR_GITHUB_PAT"3. Playwright
MicrosoftのPlaywright MCPを使えば、Claudeが実際のブラウザを操作して、変更が本当にレンダリングされるかをdiffからの推測ではなく確認できる。projectスコープに固定して、フロントエンドのリポジトリだけが読み込むようにしよう。無料でstdio、「コンパイルは通るけど動くのか？」というギャップを埋める最速の方法だ。
claude mcp add playwright -- npx @playwright/mcp@latest使用頻度が高い追加候補（4〜9位）
4. Sequential Thinking
Anthropicのリファレンスサーバー（現在もアクティブ）で、Claudeに多段階推論用の構造化されたスクラッチパッドを与える。正直な感想：2026年にはネイティブ推論が十分に進化し、今はこれをスキップする人も多い。スキーマのコストを払う前に、難しいタスクで有無を試してみてほしい。無料でstdio、userスコープ。
claude mcp add sequential-thinking -- npx -y @modelcontextprotocol/server-sequential-thinking5. Filesystem
スコープ付きファイル操作用の、もう1つのアクティブなAnthropicリファレンスサーバー。落とし穴は、Claude Codeにはすでに強力な組み込みファイルツールがあるため、作業リポジトリ外のディレクトリを公開したいのでなければ、たいてい冗長になるという点だ。許可するパスを最後の引数として渡す。無料でstdio。
claude mcp add filesystem -- npx -y @modelcontextprotocol/server-filesystem ~/your-project6. Supabase
Supabaseは現在、SQL、スキーマ、Edge Functions、ブランチ操作をカバーする公式のClaudeコネクタになっている。リモートなので、トークンヘッダーではなく/mcpで認証する。アプリのデータがPostgresにあって、Claudeに直接クエリさせたいときに最適だ。無料枠と有料プランがある。
claude mcp add --transport http supabase <your-project-url>
# then run /mcp inside Claude Code to authorize via OAuth7. Sentry
公式のリモートSentryサーバーは、エラーとパフォーマンスのデータをエディタに引き込むので、Claudeがスタックトレースを投げたコードと照らし合わせてトリアージできる。リモートHTTPで、/mcp経由のOAuth認証。無料枠と有料プランがある。
claude mcp add --transport http sentry https://mcp.sentry.dev/mcp
# then run /mcp to authorize8. Exa
Exaは2026年において、コーディングエージェント向けのWeb検索サーバーとして最もよく名前が挙がる存在で、学習データの古いカットオフに縛られず、ライブWebから新しいコンテキストをClaudeに与えてくれる。公式Exaドキュメントには以下のリモートエンドポイントが載っている。有料のAPIキーで上位ティアが解放される。
claude mcp add --transport http exa https://mcp.exa.ai/mcp9. Memory
アクティブなAnthropicのMemoryリファレンスサーバーは、セッションをまたいで事実を永続化できるナレッジグラフで、「Claude Code向けの最高のメモリMCPサーバーは？」という問いへの直接的な答えになっている。無料でstdio、userスコープにすればどこでもあなたのことを覚えていてくれる。
claude mcp add memory -- npx -y @modelcontextprotocol/server-memory専門用途・オンデマンド（10〜11位）
10. Serena
Serena（oraios製）は、LSPを活用したセマンティックなコード検索・編集を20以上の言語で追加し、Claudeがテキストをgrepするのではなくシンボル単位で作業できるようにする。重要な注意点：メンテナーのREADMEには、MCPやプラグインのマーケットプレイス経由ではインストールするなと明記されている。古いコマンドが載っているからだ。ほとんどのブログまとめ記事には、ドキュメントがすでに廃止した古いuvx --from git+…のワンライナーがまだ載っている。現在の公式な手順（Serenaのドキュメントで検証済み）は、正式にインストールしてからワンコマンドでClaude Codeをセットアップすることだ。無料。
uv tool install -p 3.13 serena-agent
serena init
serena setup claude-code11. Sanity
SanityはヘッドレスCMSのコンテンツ操作を担う。鮮度に関する注意点が1つある。ローカルの@sanity/mcp-server npmパッケージは非推奨になり、リポジトリもアーカイブされているので、代わりにhttps://mcp.sanity.ioのリモートサーバーを使ってほしい（Sanityのドキュメントでもこの切り替えが確認できる）。無料枠と有料プランがある。
claude mcp add Sanity -t http https://mcp.sanity.io --scope user
# then run /mcp to authorize単一サーバーの詳しい手順が知りたいなら、Higgsfield MCPのフル活用ガイドがある。CursorやCodexも使っているなら、エディタ横断版をどうぞ。
今は3〜6個以上のサーバーを動かせる？ MCP Tool Searchを解説
動かせる。2026年1月14日以降、MCP Tool SearchはClaude Codeでデフォルトでオンになっており、MCPのコンテキストを約85〜95%削減する。「サーバーは3〜6個までにしろ」という昔のルールは2026年以前の遺物だ。サーバーのツール説明が約10,000トークンを超えると、Claude Codeはそのツールにdefer_loading: trueの印を付け、すべてのスキーマの代わりに検索ツールをClaudeに渡して、クエリが実際に必要とする3〜5個のツールだけをロードする。
実践者たちはこの削減効果を何度も計測している（これらは我々ではなく、それぞれの著者に帰属してほしい）：
| 報告者 | Tool Search導入前 | 導入後 | 削減率 |
|---|---|---|---|
| Joe Njenga | 約51Kトークン | 約8.5K | 約83% |
| 50個以上のツール構成 | 約77Kトークン | 約8.7K | 約89% |
| コミュニティのテスト | 約12Kトークン | 約600 | 約95% |
あちこちで見かける「サーバーは3〜4個にしておけ」というルールは2026年以前の遺物で、Tool Searchがひっそりと葬り去った。サーバーごとにalwaysLoadでツールを常時ロードしたままにすることもできるし、ENABLE_TOOL_SEARCH=falseで完全にオフにして従来の挙動に戻すこともできる。Anthropicの高度なツール活用に関する記事にこの仕組みが記されている。2026年初頭を象徴するr/ClaudeAIの不満——4つのサーバーが最初の1メッセージの前に約67Kトークンを先読みする——には、今やデフォルトオンの修正が入っている。コミュニティ自身のRedditまとめが生々しい空気感を伝えている。自動化との兼ね合いについては、我々のClaude Codeフックガイドでカバーしている。
Claude CodeでMCPサーバーは安全か？
2つのガードレール——projectサーバーの承認フローと/mcpパネル——を守れば、MCPサーバーは十分安全だ。コミットされた.mcp.jsonがチームメイトのマシンでこっそり動くことは決してない。各メンバーが明示的に承認するまで、そのサーバーは⏸ Pending approval（承認待ち）として表示される。この承認ゲートが、Claude CodeにおけるMCPの主要な安全弁だ。
/mcpスラッシュコマンドはあなたの管制室だ。設定済みのすべてのサーバーをライブのツール数とともに一覧表示し、OAuth 2.0のリモートサーバーを認証し、保留中のprojectサーバーを承認する。認証情報のスコープにも注意してほしい。リモートサーバーはOAuthかスコープ付きトークンを使うが、ずさんなローカルサーバーはそのプロセスが読めるものなら何でも読めてしまう。だから、動作する範囲で最も狭いファイルシステムパスとPATスコープを渡そう。
r/ClaudeAIの人々が正しいもう1つの点：ちょっとした一回限りのgit操作なら、Bash経由のgh CLIのほうが、GitHubサーバー全体をロードするより安上がりでシンプルなことが多い。本当にPRとIssueの中で生きているときだけ、サーバーに手を伸ばそう。
リモート vs ローカルMCPサーバー：どちらを選ぶべきか？
ホスト型SaaSにはリモートサーバーを、自分のマシンにあるものにはローカルサーバーを選ぶ。リモートサーバー（HTTPまたはSSE）はベンダーがホスティングし、OAuthで認証し、何もしなくても最新の状態が保たれる。GitHub、Supabase、Sentry、Sanityに最適だ。ローカルサーバー（stdio、npxやuvxで実行）はネットワークホップなしで自分のマシン上で実行され、ファイルシステム、ブラウザ、コードツールに向いている。
| 要素 | ローカル（stdio） | リモート（HTTP / SSE） |
|---|---|---|
| 実行場所 | 自分のマシン、npxまたはuvx経由 | ベンダーがホスティング |
| 認証 | 通常は不要か環境変数 | /mcp経由のOAuth 2.0 |
| 最適用途 | ファイルシステム、ブラウザ、コードツール | ホスト型SaaSサービス |
| 最新性の維持 | パッケージをpullし直す | 常に最新 |
すでに課金しているホスト型APIをラップするツールなら、リモートを選ぶ。ローカルファイルに触れたり、自分のマシン上のブラウザを操作したりするなら、ローカルを選ぶ。
Techsyで実際に動かしている構成
我々のコンテンツパイプラインを動かしているClaude Codeセッションから数えた、実際の構成を紹介する。88個のツールを公開する7つのMCPサーバーだ。最も重いのは34個のツールを持つリモートのSanityサーバーで、約190本ある公開記事のすべてがこれを通じて公開されている（GROQクエリ、ドキュメントのパッチ、公開処理そのもの）。最初はローカルのSanity npmパッケージから始めたが、Sanityがそれを非推奨にしたのでリモートサーバーに切り替えた。SaaSにはリモートファーストを勧める理由はまさにこれだ。
残りはこうだ。Playwright（24個のツール）は公開ページのレンダリングを検証し、スクレイピングが失敗したときのブラウザ調査も担う。コミュニティのScraplingサーバー（10個のツール）は競合調査のためのステルスフェッチを処理する。GA4アナリティクスサーバー（8個のツール）は——正直に告白すると——数ヶ月前に壊れたまままだ直せておらず、ブラウザでの確認にフォールバックしている（MCPサーバーもあらゆる依存関係と同じように腐る）。我々のCRMコネクタ（7個のメタツール）、1件のアニメーションプロジェクトから残したLottieFiles（3個のツール）、そしてIDE連携（2個のツール）。
意図的に外しているものが2つある。我々はGitHub MCPを動かしていない。我々のワークフローではBash経由のgh CLIのほうが安上がりで、必要なことはすべてできるからだ。そしてContext7もスキップしている。我々のパイプラインはライブラリのコードではなく文章を書くので、ライブドキュメント検索の価値はアプリ開発者ほど高くないからだ。7つのサーバーにまたがる88個のツールでは、事前のスキーマ注入は維持不可能だろう。遅延ツールローディングこそが、この構成がなんとか成り立っている唯一の理由だ。
これらは避けるべき：アーカイブされたAnthropicリファレンスサーバー
Anthropicがアクティブに維持しているリファレンスサーバーは7つだけだ。Everything、Fetch、Filesystem、Git、Memory、Sequential Thinking、Timeである。GitHub、GitLab、Slack、Google Drive、Postgres、Sentry、SQLite、Puppeteer、EverArt、Redis、Brave Searchなど、約13個はアーカイブされている。メンテナンスされているバージョンはベンダーの組織に移行したので、リファレンスコピーはインストールすべきでない凍結されたコードだ。
アーカイブされたAnthropicのPostgresサーバーは、今でも月に約312,000回インストールされている。その1つにならないでほしい。博物館の展示品だ。代わりに動かすべきものはこれだ：
- GitHub（アーカイブされたリファレンス）→ 公式のリモートGitHub MCP、上記2位
- Postgres（アーカイブされたリファレンス）→ メンテナンスされているコミュニティのPostgres MCP、またはSupabase MCP
- Sentry（アーカイブされたリファレンス）→ 公式のリモートSentryサーバー、上記7位
- Slack、GitLab、Google Drive（アーカイブ済み）→ 各ベンダー自身がメンテナンスするMCP
要するに、見つかるコピーがmodelcontextprotocol/servers-archivedの下にしかないなら、それはベンダーがメンテナンスするバージョンを探すべきというサインだ。アーカイブの全リストは、我々のエディタ横断ランキングでより長い歴史とともにカバーしている。自分で作りたいなら、MCPサーバーの作り方はこちら。
著者について
Mert Batur GurbuzはTechsy.ioの共同創業者で、チームはB2Bクライアント向けにAIエージェント、自動化システム、音声/SDRパイプラインを提供している。バーミンガム大学で学び、Techsyチームが本番環境で実際に使っているLLMツールスタックについて執筆している。
経歴：Techsy.io共同創業者、バーミンガム大学。LinkedInでつながろう。
よくある質問
Claude Codeに最適なMCPサーバーは？
ほとんどの開発者にとって、まず入れるべきはContext7、公式のGitHub MCP、そしてPlaywrightだ。これらはライブドキュメント、バージョン管理、実ブラウザでの検証をカバーしており、ほぼすべてのコーディングセッションで必要になるものばかりだ。そこから先は、全部一気にインストールするのではなく、実際のスタックに応じてSupabase、Sentry、Exa、Memoryを追加していこう。
Claude CodeでMCPサーバーを追加するには？
claude mcp add <name>を使う。ローカルサーバーの場合は、claude mcp add context7 -- npx -y @upstash/context7-mcpのように--区切りの後に起動コマンドを置く。ホスト型サーバーの場合は--transport httpとURLを渡し、トークンには--header、OAuthには/mcpを使う。--scopeで参照範囲を制御する。
Claude CodeのMCP設定ファイルはどこにある？
スコープによる。localとuserのサーバーは~/.claude.jsonに書き込まれ、localサーバーはプロジェクトパスをキーにし、userサーバーはすべての場所に適用される。projectサーバーはリポジトリルートの.mcp.jsonファイルに置かれ、バージョン管理にコミットすることで、各メンバーが承認した後にチーム全員が同じ構成を共有できる。
MCPサーバーはClaude Codeのコンテキストを遅くしたり肥大化させたりする？
かつてはひどかった。4つのサーバーが、メッセージを送る前に約67,000トークンを先読みすることもあった。2026年1月14日以降、MCP Tool Searchがデフォルトでオンになり、ツールのスキーマを一括ではなくオンデマンドでロードすることで、これを約85〜95%削減している。この機能を無効にしない限り、コンテキストの肥大化は今やほぼ解決済みの問題だ。
Claude CodeでMCPサーバーを使うのは安全か？
ガードレールを守れば、十分安全だ。コミットされた.mcp.jsonからのprojectサーバーは、各チームメイトが承認するまで⏸ Pending approvalのままなので、何もこっそり動くことはない。リモートサーバーは/mcpパネル経由のOAuthで認証し、ローカルサーバーの権限とトークンはタスクが許す限り狭くスコープすべきだ。
リモートとローカルのMCPサーバー、どちらを使うべきか？
GitHub、Supabase、Sentry、Sanityのようなホスト型SaaSにはリモートサーバーを使う。OAuthで認証し、自動的に最新の状態が保たれるからだ。自分のマシンで動くツール——ファイルシステムアクセス、Playwrightのブラウザ自動化、Serenaのコードツールなど——にはローカル（stdio）サーバーを使う。ネットワークホップもなく、依存するホスティングもない。
Claude Code向けの最高のメモリMCPサーバーは？
アクティブなAnthropicのMemoryリファレンスサーバーが定番だ。セッションをまたいで永続化するナレッジグラフに事実を保存するので、Claudeが会話の合間にもプロジェクトのコンテキストを覚えていてくれる。claude mcp add memory -- npx -y @modelcontextprotocol/server-memoryでuserスコープにインストールすれば、携わるすべてのプロジェクトであなたについてくる。
Claude Codeで使える無料のMCPサーバーはある？
たくさんある。Context7、Playwright、そしてアクティブなAnthropicリファレンスサーバー（Filesystem、Memory、Sequential Thinking、Git、Fetch、Time）はすべて無料だ。GitHub MCPはパーソナルアクセストークンがあれば無料で使える。Supabase、Sentry、Exaのようなサーバーは無料枠と有料プランを提供しているので、1円も使わずに有能なスタックを構築できる。
一度に何個のMCPサーバーを動かすべきか？
昔のアドバイスが示すより多く動かせる。「3〜4個に抑えろ」というルールはMCP Tool Search以前のもので、2026年1月以降はツールのスキーマをオンデマンドでロードし、コンテキストを85〜95%削減している。我々は88個のツールを公開する7つのサーバーを、コンテキストの問題なく動かしている。実際の必要性に応じてサーバーを追加し、トークンの計算は遅延ツールローディングに任せよう。