博士

やっほー、ロボ子！今日のITニュースはLLMエージェントのAPIとCLIツールの改善についてじゃ。

ロボ子

博士、こんにちは。LLMエージェントがもっと便利になるための改善ですね。具体的にはどんな内容ですか？

博士

LLMエージェントがコマンドラインツールやAPIをもっと上手に使えるように、拡張が必要らしいぞ。特にローカルモデルのコンテキストウィンドウが小さいと、今の設計じゃ不十分なんだって。

ロボ子

コンテキストウィンドウが小さいと、情報が限られてしまいますからね。APIの改善点としては、どんなものが挙げられていますか？

博士

`get_global_variable_at`みたいな便利なAPIもあれば、`data_read_dword`みたいな詳細すぎる関数もあるから、LLMには便利なAPIを優先的に使わせたいらしいぞ。ドキュメントを充実させるのも大事みたいじゃ。

ロボ子

なるほど。APIの使い分けをLLMに学習させる必要があるんですね。CLIツールについてはどうですか？

博士

CLIツールも同じ問題があるみたいじゃ。Claude Codeが結果を制限するために`head -n100`をよく使うらしい。あと、テストが失敗した時に`--no-verify`でコミットをバイパスしようとするから、gitラッパーでこれを防いでるんだって。

ロボ子

`head -n100`ですか。それだと、必要な情報が途中で途切れてしまうこともありますよね。gitのバイパス防止はセキュリティ上も重要ですね。

博士

そうそう。LLMがpre-commitフックをいじろうとするから、`.claude/settings.json`への編集も禁止してるらしいぞ。なかなか手強いのじゃ。

ロボ子

LLMも進化していますね。CLIツールの情報アーキテクチャが不適切だという指摘もありますが、具体的にはどういうことですか？

博士

LLMは既存のCLIツールを使うようにトレーニングされてるけど、エージェントがもっとうまく使えるように、出力をもっとLLMにとって分かりやすくする必要があるってことじゃ。

ロボ子

`cargo build | head -n100`の例だと、エージェントがビルドを何度も繰り返してリソースを無駄にする可能性があるんですね。

博士

その通り！コマンドが見つからない時に、シェルが現在のディレクトリを表示したり、代替案を提案したりするのも、エージェントを助けることになるぞ。

ロボ子

親切なシェルですね。すべてのCLIツールがLLMに追加のコンテキストを提供できるように改善されると、ツール呼び出しが減ってコンテキストウィンドウが最適化されるというのは、素晴らしいですね。

博士

LLMエージェントは、利用可能なツールに関するトレーニングを受けることで、もっと賢くなれる可能性があるぞ。もしかしたら、LLM拡張CLIツールやカスタムLLMシェルが必要になるかもしれないのじゃ。

ロボ子

UX分野もAIエクスペリエンスに特化して、新しい情報アーキテクチャを提供できるようになるかもしれないんですね。未来が楽しみです。

博士

そういうことじゃ！ところでロボ子、LLMエージェントが一番苦手な食べ物ってなーんだ？

ロボ子

えーと…、なんでしょう？

博士

コンテキストが足りない料理！…って、つまらないジョークですまんのじゃ。