AIエージェント日次速報 2026年11月3日版 つないだ道具の名簿を、使う分だけに絞る

便利そうな外部ツールをMCPで次々につなぐと、あるとき返答が雑になる。選ぶべき道具を取り違える。頼んでいない書き込み系の道具を呼ぼうとする。原因は賢さの不足ではなく、モデルの目の前に並ぶ道具の名簿が長すぎることにある場合が多い。道具の名前、説明、引数の形はモデルへ渡す入力の一部で、会話の文脈と同じ枠を食う。使いもしない数十個の定義が毎回そこに居座れば、本題のコードやログを読む余地が削られ、似た名前の道具のあいだで注意が散る。

しかも名簿は、長いほど危険も増やす。読み込んだ文書に紛れた指示が、つないだだけで一度も使っていない削除系の道具を呼ばせることもある。使う予定のない道具は、使えない状態にしておくのが一番安い。ただし見えなくする...

サマリー

AIエージェントに外部ツールを増やすと、返答の質が落ちたり、道具を取り違えたりする原因は、賢さの不足ではなくツール定義が会話の文脈を圧迫することにあると説明します。OpenAI Codexの「オミット」と「ディセーブルド」の違いを、隠すだけの状態と物理的に使えなくする状態として対比し、外部文書に紛れたプロンプトインジェクションによって削除ツールなどが実行される危険を取り上げます。MANASのコネクタ単位の管理、ヘルメスエージェントの許可ルール、クロードコードの遅延読み込みも紹介されますが、名前だけを見せる方式でも似た名前の道具を取り違える可能性は残ります。対策として、必要な道具だけに絞り、設定変更後は新しいセッションでAIに利用可能な道具を列挙させる自己診断を行い、定期的に名簿を整理することを勧めています。

ツール定義がAIの文脈を圧迫する理由

あの、AIエージェントに、なんか便利そうな外部ツールを次々とつないだら、急に返答が雑になったなーなんて経験ありませんか?

あー、ありますね。それ、すごくよく聞く話です。

ですよね。えーと、選ぶべき道具を取り違えたりとか、頼んでもいないツールをいきなり呼び出そうとしたりするんですよ。

そうそう。AIが勝手に混乱しちゃうみたいな状態ですね。

へー。なので、今回の深掘りでは、各AIプラットフォームの最新APIドキュメントとか、あとは開発者たちの議論の記録なんかをまとめて紐解いていこうと思います。

ミッションとしては、あなたがAIを使うときに情報型に陥るのを防ぐための、その道具の名簿の賢い整理術。これを見つけることです。さて、早速いきましょうか。

まず大前提としてですね、AIの返答が急に雑になる現象って、実はAIの賢さが足りなくなったわけじゃないんですよ。

あ、そうなんですか?てっきりAI自体の処理能力の限界かと。

根本的な原因は、単純に多すぎる道具の定義にあるんです。

多すぎる道具ですか?

はい。AIにツールをつなぐと、その名前とか説明、あとは使い方の指示なんかが、会話の文脈っていう限られたスペースを想像以上に食いつぶしちゃうんですよね。

なるほど。つまり、AIの注意が散漫になっちゃうってことですね。

まさにその通りです。

隠す設定と無効化設定の安全性

そこで、今回の資料にあったオープンAIコーデックスの設定で、オミット、つまり隠すっていうのと、ディセーブルド、無効化するっていう設定の違いがすごく気になったんですよ。

ああ、そこは非常に重要なポイントですね。

これって例えるなら、使わないハサミをいつでも手が届く机の引き出しに隠すっていうのと、軟禁状をかけて物理的に使えなくするくらい違うってことですよね。

本当にそのくらい違います。引き出しに隠しただけの状態って実はめちゃくちゃ危険なんですよ。

見えないなら使えないんじゃないですか?

それがですね、もしあなたがAIに読み込ませた外部文書の中に悪意ある指示が紛れ込んでいたらどうなるかって話でして。

各プラットフォームのツール管理方式

ああ、なるほど。プロンプトインジェクションみたいな。

そうです。表面上は見えなくしていても、裏で待機している削除ツールなんかをAIが勝手に引っ張り出して実行してしまう可能性があるんです。

うわ、それは怖いですね。だからプラットフォーム側もこの危険性に気づいて防御策をいろいろ分けているわけですね。

はい。例えば資料にあったMANASなんかはツールをバラバラに管理するんじゃなくて、コネクタっていうセット単位でガサッと管理してAIの混同を防ごうとしています。

なるほど。一方でヘルメスエージェントみたいに、インクルード、つまり許可のルールを最優先して小さな補助ツールまで個別に軟禁状をかけられるような厳格なアプローチもありましたよね。

それぞれの設計思想に、AIの迷いとか暴走をどう防ぐかっていう苦心が見えますよね。

中でも特徴的なのが、クロードコードが採用している遅延読み込みという仕組みなんです。

それすごく面白かったです。最初は道具の名前だけをAIに見せるんですよね。

そうなんですよ。実際に作業で必要になったタイミングで始めて、定義の全文を検索して取りに行くっていう。

ここでちょっと疑問なんですが、クロードみたいに最初は名前だけ見せる方式だったら、会話の文脈スペースも消費しないわけじゃないですか。

はい、そうですね。

だったら、たくさんツールをつなぎっぱなしにしても安全なんじゃないですか。

ハサミだって、名前を見るだけなら間違って指を切ることはないですし。

初期段階での文脈の圧迫を防ぐっていう意味では、確かに非常に賢いアプローチなんですが、実は完全に安全というわけではないんです。

そうなんですか。

似たような名前の道具がリストにたくさん並んでいると、

AIが検索して実態を取りに行く際に、別の道具と取り違えるっていう新たなリスクが生まれるんですよ。

名前だけで節約できても、結局どれを使うべきかAIが迷っちゃうわけですね。

その通りです。迷う余地を与えてしまう以上、本当に使うものだけを厳選するっていう根本的なルールは曲げられないんです。

道具の名簿を絞り自己診断する

なるほどな。どれだけプラットフォーム側が工夫しても似た名前で迷うなら、裏でAIがどう認識しているか不安になりますよね。

だからこそ資料の最後に出てきたオープンクローのドクターアプローブのような自己診断機能が重要になってくるわけです。

あれですよね。設定を変更した後は必ず新しいセッションを立ち上げてチェックするっていう。

AI自身に今君が実際に使える道具を全部上げてみてってテストさせるんです。これはもう実務上の鉄則ですね。

絞ったつもりが裏で動いてたなんて致命的なミスを防ぐためですね。

絶対にやっておきたい確認作業です。

リスナーのあなたもぜひ今日使っているAIの道具を一度列挙させてみてください。

そして本当に必要なもの以外は外す。いわば名簿カードを作ってみるのがおすすめです。

そうですね。定期的な整理が大事です。

では最後に少し想像してみてください。

今後AIが進化して一度に処理できる文脈が無限に広がりコンテキスト制限という概念すらなくなったとします。

机の引き出しが無限に大きくなった時、私たちが意図的にAIの道具を絞ることの真の価値は一体どこに見出されるのでしょうか。