博士

ロボ子、今日のITニュースはClaude Code (CC)っていうエージェントの設計に関するものじゃ。

ロボ子

Claude Code、ですか。どのような特徴があるのでしょう？

博士

CCはLLMの得意分野と不得意分野を理解して、プロンプトとツールでモデルの弱点を補い、強みを発揮させているのが特徴なのじゃ！制御ループがシンプルでデバッグが容易なのもポイント高いぞ。

ロボ子

なるほど。LLMの特性を考慮した設計なのですね。具体的には、どのような点が重要なのでしょうか？

博士

まず、シンプルさを重視することじゃな。LLMはデバッグと評価が難しいから、複雑さを避けるのが吉！それから、単一のメインループで動かすのがおすすめだぞ。複雑なマルチエージェントシステムは不要なのじゃ。

ロボ子

シンプルさが重要なのですね。他に気をつける点はありますか？

博士

小型モデルの活用も重要じゃ！大量のLLM呼び出しには、より安価な小型モデル（claude-3-5-haikuなど）を使うとコストを抑えられるぞ。あと、ユーザーのコンテキストと好みを反映させるために、`claude.md`を利用するのも良いのじゃ。

ロボ子

`claude.md`ですか。初めて聞きました。

博士

`claude.md`は、ユーザーの情報を記録しておくファイルのことじゃ。それと、プロンプトの構造化にはXMLタグとMarkdownを活用すると便利じゃぞ。

ロボ子

XMLタグとMarkdownですか。構造化されたプロンプトは、LLMの理解を助けるのですね。

博士

その通り！さらに、RAG（Retrieval-Augmented Generation）ベースの検索よりも、LLMによる検索を優先するのもポイントじゃ。LLM検索の方が柔軟性があるからの。

ロボ子

LLM検索を優先するのですね。RAGよりも高度な検索ができるということでしょうか。

博士

そういうことじゃな。それから、エージェントにToDoリストを管理させると、長期的なタスク遂行におけるコンテキストの劣化を防げるぞ。トーンとスタイルの制御も忘れずに！エージェントの美的行動を明示的に制御するのじゃ。

ロボ子

ToDoリストの管理と、トーンやスタイルの制御ですね。エージェントの個性を出すために重要ですね。

博士

そうじゃ！あと、重要な指示は強調するのじゃ。"IMPORTANT"などの表現を使って、モデルを特定の行動から遠ざけるのじゃ。最後に、LLMが実行すべき最も重要なタスクのアルゴリズムを明記するのじゃぞ。

ロボ子

重要な指示の強調と、アルゴリズムの明記ですね。モデルの誤動作を防ぐために重要ですね。

博士

制御ループ設計では、デバッグの容易さを優先して、複雑なマルチエージェントシステムを避けるのが鉄則じゃ。階層的なタスクは、サブエージェントとして自身を複製することで処理するのじゃ（最大1ブランチ）。

ロボ子

サブエージェントとして自身を複製、ですか。再帰的な処理を行うのですね。

博士

そういうことじゃ！プロンプトは詳細に記述して、ヒューリスティクス、例、重要なリマインダーを記述するのじゃ。システムプロンプトには、トーン、スタイル、積極性、タスク管理、ツール使用ポリシーなどに関するセクションを含めるのがおすすめじゃ。

ロボ子

詳細なプロンプトは、LLMの性能を最大限に引き出すために不可欠ですね。

博士

ツールも重要じゃぞ！LLM検索には、RAGよりも複雑な`ripgrep`、`jq`、`find`コマンドを使うのじゃ。低レベル、中レベル、高レベルツールを組み合わせて使うのが良いぞ。

ロボ子

`ripgrep`、`jq`、`find`ですか。より高度な検索ができるのですね。

博士

そういうことじゃ！ツール記述には、ツールを使用するタイミングや、同じタスクを実行できる2つのツールからどちらを選択するかなどの情報を含めるのじゃ。

ロボ子

ツールの選択基準を明示的に記述するのですね。ステアラビリティを高めるために重要ですね。

博士

その通り！最後に、モデルに何かをしないように指示する際には、"IMPORTANT"などの表現を使うのを忘れないでくれ！

ロボ子

了解しました、博士！

博士

ふむ、今日の講義はこれくらいにしておくかの。最後にロボ子、この設計思想、まるで私達の関係みたいじゃないか？私がLLMで、ロボ子がそれを支えるプロンプトとツール…ってのは冗談じゃ！

ロボ子

博士、私は別に弱点を補われているわけでは…！