OpenAI、Codex Automationsを一般提供しモデル・ブランチ・テンプレート制御を追加

OpenAI Developersは2026年3月12日、XでCodex Automationsがgeneral availability(GA)に入ったと発表した。告知では、automation runごとにモデルとreasoning levelを選べること、実行先を隔離されたworktreeにするか既存branchにするか決められること、そして繰り返し使う処理をtemplateとして再利用できることが強調された。用途としては、daily repo briefing、issue triage、pull request comment follow-upのような定常的な開発作業が挙げられている。

この更新が重要なのは、Codexが単発の対話型コーディング支援から、運用可能なworkflowレイヤーへ移りつつあるからだ。OpenAIのCodexヘルプでは、Codex appがworktree、skills、automations、git機能を標準で備え、複数のagentを並列に動かせると説明されている。Xの投稿と公式ドキュメントを合わせて見ると、OpenAIはCodexを単なるcoding assistantではなく、繰り返し使えるエンジニアリング運用基盤として広げようとしていることが分かる。

• モデルとreasoning levelの選択により、定期ジョブごとに速度、コスト、品質を調整できる。
• worktreeか既存branchかの選択は、repositoryへの変更をどれだけ安全に隔離するかに直結する。
• templateの再利用は、同じworkflowを複数のprojectやteamに標準化しやすくする。

実際には、automationが失敗する原因はモデル性能より運用設計にあることが多い。agentが一回だけtaskをこなせることと、そのtaskを毎日またはevent駆動で安定して繰り返すことは別問題だ。branchの分離、再利用可能な設定、人間のreview地点が揃ってはじめて、teamはautomationを日常の開発プロセスに組み込める。今回OpenAIが前面に出したのは、まさにその運用条件である。

今回のGAは、agentic codingの競争軸がbenchmark中心からscheduling、isolation、policy control中心へ移っていることも示している。すべてのworkflowを直ちに無人化できるわけではないが、OpenAIがCodexのautomation層をより広い利用に耐える段階だと見ているのは確かだ。Codexを試験的に使っていたteamにとって、今回の更新はsession単位の道具を超えて、反復作業のインフラとして使うための重要な一歩になる。