2026年3月16日、OpenAIはコーディングエージェント「Codex」に新機能「サブエージェント（Subagents）」を正式提供開始（GA）しました。
現在は Codex アプリと Codex CLI で利用可能で、各社 IDE の拡張機能への対応も近日予定されています。
なぜサブエージェントが必要なのか？ — コンテキスト問題の正体
AIモデルには一度に参照できる情報量の上限「コンテキストウィンドウ」があります。これを使い切ったとき、2つの問題が発生します。
コンテキスト汚染（Context Pollution）
有用な情報がノイズの多い中間出力の下に埋もれてしまう状態。探索結果や途中の思考が積み重なるほど、メインエージェントの判断精度が落ちます。
コンテキストロット（Context Rot）
重要度が低い細部の情報がコンテキストウィンドウを圧迫して、処理性能が下がる状態。「ファイル一覧の取得」や「大きなドキュメントの要約」といった雑務が積み上がると顕著になります。
解決策としてのサブエージェント
サブエージェントの考え方は明快です。
- メインエージェント: 要件の理解・意思決定・最終成果の生成に集中
- サブエージェント: それ以外の雑務（調査・ファイル解析・補助処理）を担当
これにより、メインのコンテキストをクリーンに保ちながら、複数のサブエージェントを並列実行できます。
サブエージェントの仕組み
デフォルトエージェント
Codex には 3 種類のデフォルトサブエージェントが用意されています。
| エージェント名 | 主な役割 |
|---|---|
| explorer | コードベースの探索・解析 |
| worker | 大量のサブタスクを並列実行 |
| default | 汎用的なタスク処理 |
カスタムエージェントの定義
~/.codex/agents/ 以下に TOML ファイルを置くことで、独自のサブエージェントを定義できます。モデルの指定・カスタム指示・ツール設定を自由に組み合わせられます。
# ~/.codex/agents/fast-reviewer.toml
name = "fast-reviewer"
model = "gpt-5.4-mini"
instructions = "コードの品質を確認し、問題点を簡潔にリストアップしてください。"オーケストレーションの仕組み
Codex がエージェント間の調整をすべて担います。
- サブエージェントを生成
- 後続の指示をルーティング
- 全エージェントの結果を待機
- 統合されたレスポンスを返す
重要な注意点: サブエージェントはユーザーが明示的に要求した場合のみ生成されます。各サブエージェントが独自のモデル・ツール処理を行うため、シングルエージェント実行よりも多くのトークンを消費します。
小型モデルとの組み合わせでコスト最適化
サブエージェントの真価は、大型モデルと小型モデルを役割分担させることで発揮されます。
GPT-5.4（旗艦モデル）
└── タスク計画・調整・最終判断
GPT-5.4 mini（サブエージェント × 複数）
├── コードベースの検索
├── 大きなファイルのレビュー
└── 補足ドキュメントの処理Codex では GPT-5.4 mini を使うと GPT-5.4 クォータの 30% のみ消費します。単純なサブタスクを mini や nano に委譲することで、全体のコストを大幅に抑えながら生産性を高められます。
GPT-5.4 mini・nano の性能詳細については、こちらの記事も参照してください。
→ OpenAI、最強の小型モデル「GPT-5.4 mini」「GPT-5.4 nano」をリリース
利用できる場所
| プラットフォーム | 状況 |
|---|---|
| Codex アプリ | 利用可能 |
| Codex CLI | 利用可能 |
| IDE 拡張機能 | 近日対応予定 |
サブエージェントの実行状況は Codex アプリと CLI で確認できます。IDE 拡張機能では、近日中にサブエージェントの可視化に対応する予定です。
サンドボックスとセキュリティ
生成されたサブエージェントは、親エージェントのサンドボックスとネットワークのルールを継承します。プロジェクトプロファイルのレイヤリング・ホスト承認の永続化・書き込み可能なルートのシンボリックリンクも対応しています。
実際の使い所 — どんなタスクに向いているか？
サブエージェントが特に効果を発揮するのは、並列化できる複雑なタスクです。
- 大規模なコードベースのリファクタリング計画と実行
- 複数ファイルにわたる仕様変更の調査と反映
- テストコードの生成と既存コードの修正を同時に進める
- 複数ドキュメントを横断した調査と要約
逆に、シンプルな 1 ステップのタスクであれば、シングルエージェント実行の方がトークン消費を抑えられます。
Claude Code とのアーキテクチャ比較
興味深いことに、Codex のサブエージェント実装は Claude Code のマルチエージェント設計と非常に近い構造を持っています。「explorer」「worker」というエージェント名もほぼ同じです。
コーディング AI ツールの選び方については、こちらの記事が参考になります。
→ Claude Code vs Cursor 徹底比較 — AI時代の開発環境はどちらを選ぶべきか
また、AIエージェント時代の開発スタックのあり方については以下も参照してください。
→ AIエージェント時代にノーコード/ローコードを使わない方がいい理由
Codex App の基本機能についてはこちら
Codex アプリ自体の機能（並列実行・ダッシュボード・Skills）については、リリース時の解説記事も合わせてご確認ください。
→ OpenAIがmacOS向け「Codex App」を正式リリース！GPT-5.2×並列実行で「Vibe Coding」が捗る
まとめ
| ポイント | 詳細 |
|---|---|
| コンテキスト問題を解決 | 雑務をサブエージェントに委譲し、メインのコンテキストをクリーンに保持 |
| 並列実行 | 複数サブエージェントを同時に動かして処理を高速化 |
| コスト最適化 | mini/nano モデルをサブエージェントに使い分けてトークン消費を削減 |
| カスタム設定 | TOML ファイルで独自エージェントを定義可能 |
| 利用可能 | Codex アプリ・CLI で即利用可（IDE 拡張は近日対応） |
Codex のサブエージェント機能は、大型モデルが判断し、小型モデルが大量実行するという AI 活用の新しいスタンダードアーキテクチャを実用化した重要なアップデートです。
コーディング AI ツールの選択・活用に関するご相談は、グリームハブ株式会社までお気軽にどうぞ。
出典：Subagents | OpenAI Developers / OpenAI、コーディングエージェント「Codex」に新機能「サブエージェント」を正式導入 | 窓の杜
