全てのプロンプトで全てのMCPサーバーを読み込むと静かにトークン予算を浪費する

r/ClaudeAIの投稿では、微妙ながらもコストのかかる問題が報告されています。複数のMCPサーバーを設定していると、デフォルトではすべてのプロンプトで全てのサーバーが読み込まれるため、簡単なクエリでも無駄が生じます。このユーザーは5~6個のサーバーを使用していましたが、トークン使用量を確認するまで気づきませんでした。プロンプトごとに無関係なサーバー定義を読み込むためにトークンが消費されていたのです。
主な詳細
- 全てのプロンプトでMCPサーバーの全セット(5~6個)が読み込まれていた。
- 「今何時?」のような簡単なプロンプトでも、全てのサーバー定義がトリガーされていた。
- 解決策:プロンプトに関連するサーバーのみを選択するカスタムルーティング層。
- 結果:トークン使用量が大幅に減少し、プロンプト応答時間が改善された。
- 投稿者は「これだけ長い間チェックせずに放置していたのが信じられない」と述べている。
技術的背景
MCP(Model Context Protocol)サーバーは、Claudeの機能(ファイルシステムアクセス、データベースクエリ、Webスクレイピングなど)を拡張するツールです。多くのセットアップ(フォークされたクライアントや手動設定を含む)では、デフォルトで全てのサーバー定義リストがメッセージごとに送信されます。そのため、DBアクセス、ファイルI/O、Webブラウジングなどのツールが、実際のユーザー入力を処理する前にコンテキストウィンドウに全て投入されます。
ルーティング層は、ユーザーのメッセージ(またはシステムプロンプト)を検査し、説明やツールが意図と一致するMCPサーバーのみを条件付きで含めることができます。例えば、ファイルパスに言及するプロンプトはファイルツールを有効にし、株価に関する質問はファイナンスサーバーのみを読み込みます。これにより、無関係なサーバーメタデータによるトークンのオーバーヘッドを回避できます。
対象読者
複数のMCPサーバーでClaudeを実行している開発者、特にトークン効率が重要な自動パイプラインやカスタムフロントエンドを使用している方。
📖 全文を読む: r/ClaudeAI
👀 See Also

並列監査エージェント:ClaudeによるVibe Codingテストへの実践的アプローチ
開発者がClaudeを使用して、幻覚検出、API監視、UIストレステスト、PII匿名化、SEO、法的コンプライアンス、行動シミュレーション、デモグラフィックペルソナ、ファネルテスト、事実確認をカバーする10の並列監査エージェントを備えたユーザーテストシステムを構築しました。

カスタムPostToolUseフックによるプロジェクトツリー外でのオンデマンドCLAUDE.md読み込み
開発者がカスタムPostToolUseフックのソリューションを共有し、Claude Codeが現在のプロジェクトツリー外のディレクトリからCLAUDE.mdファイルをオンデマンドで読み取れるようにし、組み込みの読み込み動作の制限に対処します。

大規模PDFレポートのClaude AI要約を改善したプロンプト構造
ある開発者が、「要約して」というプロンプトから「役割+判断+特定抽出」のプロンプトに切り替えたことで、Claudeの凡庸な要約出力が、具体的なリスクフラグやアクション項目に変わった方法を紹介しています。

构建基于Claude Code的流程层以处理上下文与协调
あるチームが、Claude Codeの上にエンジニアリングステップごとの入出力を宣言するプロセスレイヤーを構築し、ハンドオフ時のコンテキスト損失を減らし、個人の規律に頼らずに生産性の複利的な向上を実現した方法を共有しています。