MCP Tool Search をひとことで言うと
MCP Tool Search は、Claude Code に接続した MCP サーバーのツール情報を「必要になるまで全部は読み込まない」ようにする仕組みです。起動した時点ではツールの名前だけを把握しておいて、Claude が「あ、このツールを使おう」と判断したタイミングで初めて、そのツールの詳しい定義(スキーマ)を取りに行きます。
いきなり「スキーマ」と言われてもピンと来ないと思うので、順番に説明します。
そもそも MCP ツールって何をコンテキストに置いているのか
MCP は、Claude Code に外部のツールを追加するための仕組みです。たとえばデータベースを操作するツール、チケット管理システムを読むツール、社内ドキュメントを検索するツールなど、MCP サーバーを繋ぐと Claude が使える手札が増えます。
ただ、Claude がツールを正しく使うには、「そのツールが何をするものか」「どんな引数をどんな型で渡すのか」といった説明書が必要です。これがスキーマです。人間で言えば、家電の取扱説明書みたいなものですね。
問題は、この説明書がそこそこ長いこと。ツールひとつにつき数十行分の説明があり、MCP サーバーを何個も繋いでツールが数十個になると、それだけで会話に使える容量(コンテキスト)を圧迫します。
図書館の例で考える
イメージとしては、図書館に入るたびに「蔵書全部の中身を暗記してから作業を始める」ようなものです。実際に読むのは1〜2冊なのに、全部の本文を頭に入れるのは明らかに無駄ですよね。
MCP Tool Search がやっているのは、これを「まず本のタイトル一覧だけを見ておく」方式に変えることです。タイトルを眺めて「この本が要りそうだ」と思ったら、その時点で棚から取ってきて中身を読む。使わなかった本の中身は、最後まで読まずに済みます。
何が嬉しいのか
一番わかりやすいメリットは、使っていない MCP サーバーがコンテキストを無駄に食わなくなることです。
普段使いのために MCP サーバーを5個くらい登録しているけれど、今日のセッションでは実際には1個しか触らない――こういう状況はよくあります。従来なら残り4個分のツール定義も丸ごと読み込まれていましたが、Tool Search があれば、使わなかった分の詳細は読み込まれません。
コンテキストに余裕が生まれると、その分をコードを読む・会話を続けるといった本来の作業に回せます。長いセッションで「そろそろ容量が厳しい」と言われるまでの猶予が伸びる、と考えるとイメージしやすいはずです。
使う側は何を意識すればいい?
基本的には、Claude が裏側で勝手にやってくれる最適化です。あなたが「まずスキーマを読み込んで」といった指示を出す必要はありません。
ただ、動きを知っておくと納得しやすい場面はあります。たとえばツールを初めて使うときに、Claude が一段階多くステップを踏んでいるように見えることがあります。これは「名前しか知らなかったツールの詳細を、今取りに行っている」状態です。挙動としては正常なので、慌てなくて大丈夫です。
もう一つ、名前だけで判断できるようにするという性質上、ツール名がわかりやすいかどうかは地味に効いてきます。自分で MCP サーバーを作る側に回ったときは、名前から役割が推測できる命名を心がけておくと相性がいいでしょう。
つまずきやすいポイント
「MCP サーバーをたくさん繋いでも一切コストがかからない」と誤解しないことが大事です。名前の一覧は最初に読み込まれるので、ゼロにはなりません。あくまで「詳細な説明書の読み込みを後回しにする」仕組みです。
とはいえ、フルスキーマと名前だけでは分量の差が大きいので、サーバーを複数繋ぐ運用では効き目を実感しやすいはずです。MCP を活用したいけどコンテキストが心配、という人にとっては、心理的なハードルを下げてくれる機能だと言えます。
詳しい MCP まわりの説明は公式ドキュメント( https://code.claude.com/docs/ja/mcp )も参照してみてください。
このページは役に立ちましたか？