MCPツールが多すぎてLLMが壊れる問題をBM25で解決した話 — tool-search-oss
Zenn / 5/2/2026
💬 OpinionDeveloper Stack & InfrastructureIdeas & Deep AnalysisTools & Practical Usage
Key Points
- MCPツールが増えすぎると、LLMが適切なツールを選べず挙動が壊れやすくなるという「ツール探索の破綻」が問題になっている。
- この課題に対し、tool-search-ossではツール検索をBM25で行うことで、関連度の高いツールを絞り込めるようにしている。
- BM25を使うことで、ツール数の増加に伴う“LLMの選択ミス”を抑え、ツール呼び出しの安定性を高める方針が示されている。
- 実装・運用上は「MCPツール群からの検索・ランキング」を前段に置く発想がポイントで、LLM側の負荷と失敗確率を下げる狙いがある。
## はじめに：「ツールが多すぎる」という静かな崩壊
MCPサーバーを複数接続したことのある方なら、一度は経験があるはずです。
ファイル操作・GitHub・Slack・メモリ管理・ブラウザ操作……便利なMCPサーバーを追加するたびに、LLMのレスポンスが少しずつ遅くなり、ある日突然「何も考えずに間違ったツールを呼ぶ」ようになります。
これは**コンテキスト崩壊（Context Collapse）**と呼ばれる現象です。
# 起動時にLLMのコンテキストに詰め込まれるもの
read_file の定義（全パラメータ + 説明）
write_file の定義
list_dir の定義
db...
Continue reading this article on the original site.
Read original →Related Articles
Black Hat USA
AI Business
Every handle invocation on BizNode gets a WFID — a universal transaction reference for accountability. Full audit trail,...
Dev.to
I tracked my referral sources for 30 days. AI chatbots are beating Google.
Dev.to
TestSprite: Review Mendalam dari Developer Indonesia — Lokalisasi, Tanggal, dan Mata Uang Rupiah
Dev.to
When AI Agents Trade Autonomously: Building Economic Actors That Never Sleep
Dev.to
