Codexにタスクの完了を依頼するとき、通常は単一のエージェントとして考えます。しかし、一部のタスクが十分に複雑で、複数の異なる種類の作業が含まれる場合、Codexは問題をより小さなタスクに分割し、それらに取り組むための別々のエージェントを生成しようとします。これらの委任されたエージェントはサブエージェントと呼ばれます。各サブエージェントは独自のスレッドで動作し、元のタスクの一部のみに焦点を当てます。同時に、メインエージェントはそれらの作業を調整し、サブエージェントの結果を集約して最終応答を生成します。実践者として、これは自然に次の質問につながります：私たち自身の問題に対して、サブエージェントを意図的にどのように使用できるでしょうか？この投稿では、実践的なケーススタディを通じてCodexサブエージェントを探求します。その過程で、専門エージェントへの作業の定義と委任方法、個々のスレッドの検査方法、そしてメインエージェントに発見を最終結果に統合させる方法を確認します。

ここでは、旅行計画タスクを考えます。チューリッヒから4日間のソロ旅行を計画したいとします。総予算は1,200スイスフランです。候補地にはリスボン、プラハ、コペンハーゲンが含まれ、便利な移動、博物館、地元の料理を重視します。このタスクのために、3つの専門エージェントを準備します：旅行ロジスティクスエージェント、予算分析エージェント、体験調査エージェントです。各専門家は独自の視点から3つの目的地すべてを評価します。その後、メインエージェントが発見を収集し、トレードオフを比較し、最終的な目的地を推奨します。

Codexでは、特定のプロジェクト用にカスタムエージェントを定義できます。これは.codex/agents/の下にTOMLファイルを追加することで行えます：各エージェント定義には3つのフィールドが必要です：名前、説明、開発者指示。カスタムエージェントは、独自のモデル、推論努力、サンドボックス構成、ツール、スキルも指定できます。ここでこれらの設定を上書きしない場合、3人の専門家はメインのCodexセッションからそれらを継承します。さらに、.codex/config.tomlにプロジェクトレベルの小さな構成を追加して、最大3つのサブエージェントスレッドが同時に実行できるようにします。

プロンプトで、タスク解決時に定義した専門エージェントを使用するようメインエージェントに明示的に依頼しました。Web検索を有効にしてプロジェクトディレクトリからCodexを起動し、メインセッションのみWeb検索を有効にする必要があることに注意しました。3つのサブエージェントは、Codexがそれらを生成するときにこの機能を継承します。Codexが3つの専門エージェントを並行して起動するのを見ました。エージェントスレッドビューを使用してCLIから直接進行状況を検査できます。各専門家には独自のコンテキスト、ツールアクティビティ、最終結果があるためです。3つのエージェントが完了すると、発見は統合のためにメインエージェントに返されます。その後、生成された内容を確認でき、各サブエージェントは独自の視点から推奨を返しました。

主要エンティティ：場所：チューリッヒ、リスボン、プラハ、コペンハーゲン

FAQ：Codexでカスタムサブエージェントを定義するにはどうすればよいですか？

.codex/agents/の下にTOMLファイルを追加することでカスタムサブエージェントを定義できます。各エージェント定義には3つのフィールドが必要です：名前、説明、開発者指示。モデル、推論努力、サンドボックス構成、ツール、スキルも指定できます。上書きされない場合、メインセッションから設定を継承します。

FAQ：Codexでカスタムサブエージェントを定義するにはどうすればよいですか？

.codex/agents/の下にTOMLファイルを追加することでカスタムサブエージェントを定義できます。各エージェント定義には3つのフィールドが必要です：名前、説明、開発者指示。モデル、推論努力、サンドボックス構成、ツール、スキルも指定できます。上書きされない場合、メインセッションから設定を継承します。