ASADASHI
ミニチュア紙工作で表現したCodexサブエージェントの並列処理とマルチエージェント戦略
バイブコーディング2026.06.15·読了 2·難易度: ふつう

Codexのサブエージェント、指示次第で速度が変わる

ミニチュア紙工作で表現したCodexサブエージェントの並列処理とマルチエージェント戦略

朝の出汁版(通勤2分)

  • ポイント1: AIコーディングツールの並列処理能力に注目が集まっており、@id_113598297によるとClaude Codeが50並列動作する一方、CodexはサブエージェントをPromptで明示的に指定しないと並列化が始まらない仕様であることが実践者の間で話題になっている。
  • ポイント2: @masahirochaenが指摘するように、AIサービスは自分のミスと無関係に突然停止するリスクがあるため、Codex・Claude Codeなど複数ツールを使い分ける「マルチエージェント戦略」が使う側の視点として重要になっている。
  • ポイント3: Codexを使い始めるなら、タスクを投げる際に「サブエージェントを使って」と明示的に指示することで並列処理が有効化されるため、まずその一文を加えた指示を試してみるところから始めてみたい。

出汁の素(深読みモード)

これって結局どういうこと?

AIコーディングツール「Codex」には、複数のサブエージェントを並列で走らせる機能がある。ただし、公式ドキュメントや実践者の報告によると、タスクを投げる際に「サブエージェントを使って」と明示しないと、この並列処理が有効化されない仕様になっている。要は、デフォルトでは1本のエージェントがすべての作業をこなすシングルスレッド動作になり、指示の書き方ひとつで処理速度がまるで変わるということ。比較対象として話題に上がっているのがClaude Codeで、こちらは50並列程度で動作する様子が実践者のあいだで観測されており、並列処理への対応アプローチがツールごとに異なることが、使う側にとってのリアルな差分として浮上している。

なぜこのタイミングで重要?

注目したいのは、AIコーディングツールが「速いかどうか」という性能比較の段階から、「どう指示すれば速くなるか」という操作設計の段階に入ってきた点だ。

Claude Codeの並列処理については以前の記事「Claude Codeで『コードを書く人』から『指示する人』へ」でも触れたが、その文脈でいえば今回のCodexの話は「指示語の有無でエージェントの動き方が変わる」という、より踏み込んだ操作知識だ。プロンプトの書き方がツールのパフォーマンスに直結するという構造は、今後のAIコーディング全般に当てはまる視点になりつつある。

さらに重要なのは、並列処理の速度差がツール選択の議論を活発化させている点だ。実践者のあいだでは、CodexとClaude Codeを状況に応じて使い分ける「マルチエージェント戦略」への関心が高まっている。その背景には、AIサービスが自分のミスとは無関係に突然停止するリスクがある、という実態がある。Anthropicの新モデルが規制の影響でローンチ直後に一時停止した事例もあり、単一ツールへの依存リスクが可視化されてきた。

使う側として知っておく価値があるのは、「どちらが優れているか」ではなく「どちらをどの場面で呼び出すか」という判断軸を持つことだ。速度が必要な反復作業、精度を求める複雑な設計作業、コスト感覚——それぞれの場面でツールを切り替えられる状態が、今後の標準的な使いこなし方になっていく。

具体的に始めるなら

まずCodexでサブエージェントを有効化する

Codexにアクセスするには、OpenAIのプラットフォーム(platform.openai.com)からCodex CLIを導入するか、ChatGPT上のCodex機能を利用する。無料枠でも試せる範囲があるので、課金前の感触確認として試しやすい。

タスクを投げる際のプロンプトに「サブエージェントを使って処理してください」または「subagentを活用して」と一文加えるだけで、並列処理が起動する。この一文がないと、メインエージェントが逐次処理するため体感速度が大きく変わる。複数のファイルを同時に編集したいとき、テストを走らせながら別タスクを進めたいときに特に差が出やすい。

Claude Codeとの使い分けを組み立てる

Claude Codeは並列処理がデフォルトに近い形で動作し、50並列程度のエージェントが自律的に動く様子が報告されている。触りたい人はAnthropicの公式サイト(claude.ai/code)から試せる。

使い分けの起点として考えやすいのは以下の視点だ。

  • 反復的なファイル操作・テスト実行など「量をこなす」タスク → 並列性が高い環境を選ぶ
  • 設計の意図を細かく伝えながら進める「精度重視」のタスク → 指示と応答のやり取りが追いやすい環境を選ぶ
  • コスト管理を優先するとき → 並列処理はAPIコールが増えるため料金設計を確認してから動かす

マルチエージェント構成を試すなら

単一ツールへの依存を避ける観点からは、CodexとClaude Codeを「役割分担」の発想で組み合わせる方法がある。たとえば、大量のコード生成はCodexのサブエージェントに任せ、最終的なレビューや設計判断をClaude Codeで行う、という流れだ。「AIコーディングの『無駄なコンテキスト』を削る新ツール」で紹介したコンテキスト管理の考え方と組み合わせると、長期プロジェクトでの精度維持にも応用できる。

よくある疑問

Q. 「サブエージェント」とは何ですか?普通のエージェントと何が違うの?

メインのエージェントがタスク全体を管理する「司令塔」だとすると、サブエージェントはその指示のもとで個別の処理を担当する「実行役」に相当する。複数のサブエージェントが並列に動くことで、たとえば「ファイルAの編集」「テストの実行」「ドキュメントの更新」を同時進行できる。Codexの場合、この分岐が指示語によって制御されている点が特徴で、明示しない場合はメインエージェントがボトルネックになりやすい構造が実践者から報告されている。

Q. 並列処理にするとAPIの料金は増えますか?

一般的に、並列処理はAPIコールの回数が増えるため、コストが上がる可能性がある。OpenAIのCodexはモデルや利用プランによって課金構造が異なるので、公式の料金ページ(openai.com/pricing)で最新情報を確認してから大規模タスクに使うことが望ましい。Claude Codeも同様に、claude.ai/codeの料金ページで並列処理時の目安コストを把握してから動かすのが現実的な進め方だ。

Q. Codexは日本語の指示に対応していますか?

公式ドキュメントによると、Codexはマルチリンガル対応を進めており、日本語での指示入力は可能とされている。ただし、コードに関する技術的な指示は英語で書いたほうが精度が安定しやすいという報告が実践者のあいだでは多い。「サブエージェントを使って」という一文も、英語で「use subagents to」と書いた場合と日本語の場合で挙動に差が出ることがあるため、最初は両方試して比較するのが確認しやすい。

もう一歩踏み込みたい人へ

Codexのサブエージェント機能をAPI経由で制御したい場合、OpenAI APIのAssistants APIまたはCodex専用エンドポイントを経由してエージェントのスポーン数や並列度を設定できる。公式ドキュメント(platform.openai.com/docs)に構成例が掲載されており、タスクの分割方法とサブエージェントへの割り当て方を細かく調整できる。

自動化の観点では、GitHub ActionsやMakeなどのワークフロー自動化ツールと組み合わせる構成が有効だ。たとえば、プルリクエストのトリガーでCodexのサブエージェントが複数ファイルのレビューと修正を並列実行し、完了後にClaude Codeが設計レベルの最終チェックを行う、という役割分担パイプラインを組むことができる。

Claude Codeとの並列度の差を活かした使い方として、「スケールが必要な生成フェーズはCodexのサブエージェント」「精度と文脈理解が求められる判断フェーズはClaude Code」という切り分けが、現状のツール特性に合った設計として実践者に参照されている。公式リポジトリはopenai/openai-codex(GitHub)、Anthropic側はanthropics/claude-code-actionで参考実装を確認できる。ツールの仕様変更が速いフェーズにあるため、リリースノートを定期的に追う習慣が実用面では有効だ。

元になったツイート

  • codexのsubagent、今まで使ってなかったけど早いわ subagentって言わないと動かないのね 一方claude codeは50並列とかで動いててびっくりした

  • codexのsubagent、今まで使ってなかったけど早いわ subagentって言わないと動かないのね mainのagentがボトルネックになってておもろい 一方claude codeは50並列とかで動いててびっくりした

  • 【note公開】OpenAI Codex完全解説マニュアル AIエージェントを1本に依存するのは危険だと感じました。 Anthropicの最新モデルも、ローンチ3日後に規制の影響で一夜にして停止。AIサービスは、自分のミスとは関係なく突然止まることがあります。 だからこそ、Claude https://t.co/PJBPzdOFmb

参照ソース