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

✍️ OpenClawRadar📅 公開日: May 2, 2026🔗 Source
全てのプロンプトで全てのMCPサーバーを読み込むと静かにトークン予算を浪費する
Ad

r/ClaudeAIの投稿では、微妙ながらもコストのかかる問題が報告されています。複数のMCPサーバーを設定していると、デフォルトではすべてのプロンプトで全てのサーバーが読み込まれるため、簡単なクエリでも無駄が生じます。このユーザーは5~6個のサーバーを使用していましたが、トークン使用量を確認するまで気づきませんでした。プロンプトごとに無関係なサーバー定義を読み込むためにトークンが消費されていたのです。

主な詳細

  • 全てのプロンプトでMCPサーバーの全セット(5~6個)が読み込まれていた。
  • 「今何時?」のような簡単なプロンプトでも、全てのサーバー定義がトリガーされていた。
  • 解決策:プロンプトに関連するサーバーのみを選択するカスタムルーティング層。
  • 結果:トークン使用量が大幅に減少し、プロンプト応答時間が改善された。
  • 投稿者は「これだけ長い間チェックせずに放置していたのが信じられない」と述べている。

技術的背景

MCP(Model Context Protocol)サーバーは、Claudeの機能(ファイルシステムアクセス、データベースクエリ、Webスクレイピングなど)を拡張するツールです。多くのセットアップ(フォークされたクライアントや手動設定を含む)では、デフォルトで全てのサーバー定義リストがメッセージごとに送信されます。そのため、DBアクセス、ファイルI/O、Webブラウジングなどのツールが、実際のユーザー入力を処理する前にコンテキストウィンドウに全て投入されます。

ルーティング層は、ユーザーのメッセージ(またはシステムプロンプト)を検査し、説明やツールが意図と一致するMCPサーバーのみを条件付きで含めることができます。例えば、ファイルパスに言及するプロンプトはファイルツールを有効にし、株価に関する質問はファイナンスサーバーのみを読み込みます。これにより、無関係なサーバーメタデータによるトークンのオーバーヘッドを回避できます。

対象読者

複数のMCPサーバーでClaudeを実行している開発者、特にトークン効率が重要な自動パイプラインやカスタムフロントエンドを使用している方。

📖 全文を読む: r/ClaudeAI

Ad

👀 See Also

Redditユーザーが警告:複雑なプロジェクトでClaudeを使う際は、最も難しい部分から取り組め
Tips

Redditユーザーが警告:複雑なプロジェクトでClaudeを使う際は、最も難しい部分から取り組め

r/ClaudeAIの開発者が、複雑なドキュメントエディターの構築にAIに段階的に計画させた結果、「複雑性のスープ」と失敗を招いたと報告しています。ユーザーは、モデルのパフォーマンスがコンテキストの増加とともに低下するため、最も複雑なユースケースを最初に解決させるようアドバイスしています。

OpenClawRadar
実践から得たOpenClawの実用的な使用法の洞察
Tips

実践から得たOpenClawの実用的な使用法の洞察

RedditユーザーがOpenClawの使用から得た7つの具体的な教訓を共有しています。セットアップの課題、VMデプロイ、Skills対MCP統合、コンテキスト整理、認証情報のセキュリティ、複数エージェント、モデル選択戦略についてカバーしています。

OpenClawRadar
Opus 4.7の人間ペーシング行動を無効にするCLAUDE.mdエントリ
Tips

Opus 4.7の人間ペーシング行動を無効にするCLAUDE.mdエントリ

3つのCLAUDE.mdディレクティブで、長時間のコーディング中におけるClaude 4.7 Opusの休憩提案、時間の過大評価、フェーズ分割を抑制します。

OpenClawRadar
モデルルーティングがClaude Maxサブスクリプションと比較してAPIコストを85%削減——開発者による分析
Tips

モデルルーティングがClaude Maxサブスクリプションと比較してAPIコストを85%削減——開発者による分析

Claude Maxの加入者がトークン使用量を追跡したところ、Opusが必要だったタスクはわずか15%であることが判明。APIルーティング(日常タスクはSonnet、高度な推論はOpus)に切り替えたところ、月額コストが200ドルから約30ドルに削減され、出力品質は同一だった。

OpenClawRadar