OpenAIが動かしたのは新しいモデルではなく、自社コーディングエージェントCodexを裏で支えてきた運用基盤そのものだ。「Agents API」はこのCodexハーネスを、OpenAIが管理するAPIとして外部の開発者に直接開放するもので、パブリックベータとして本日から全開発者が利用できる。文脈の自動圧縮・マルチエージェントオーケストレーション・プログラマティックなツール呼び出し・MCPサーバー対応・セッション状態の永続化・サンドボックスでのコード実行とファイル編集——これらを自前で組む必要がなくなる。

長時間稼働するエージェントを自作する際、開発者が最も時間を溶かしてきたのは「賢いモデルを選ぶこと」ではなく、会話が長くなるほど膨らむ文脈をどう圧縮するか、複数ターンにまたがるセッション状態をどう保持するか、コード実行環境をどう安全に用意するかという「ハーネス側」の泥臭い実装だった。Agents APIはこの部分を丸ごと肩代わりする——料金体系も追加費用なしで消費したトークンとツール利用分のみの課金であり、自作コストと天秤にかけていた開発者の判断基準を「ゼロから作るか、借りるか」に単純化する。サンドボックスの実行先はOpenAIホスト型のほか、Blaxel・Cloudflare・Daytona・DigitalOcean・E2B・Modal・Oracle Cloud・Runloop・Vercelとの統合や自社インフラ（BYO infra）も選べる設計で、既存のインフラ投資を無駄にしない。

この動きは、フロンティアラボが自社の内部エージェント実行基盤そのものを製品として切り出す「ハーネス層の商業化」の具体例であり、単体モデルの賢さを競う段階から、モデルを取り巻く実行環境・オーケストレーション層の充実度を競う段階へ競争軸が移りつつあることを示す。Anthropicの「Cowork」やGoogleのエージェント基盤整備と同様、フロンティアラボが「モデルAPIを売る」から「フルマネージドの本番運用エージェント基盤を売る」へ踏み出した一例として位置づけられる。

何が起きたか

OpenAIは2026年9月13日、Codexを支える管理型エージェントハーネスとインフラをAPI経由で外部開発者に提供する「Agents API」をパブリックベータで発表した。公式フォーラムの投稿は「Agents API is available in public beta today to all developers」と明記し、「The Agents API gives your application access to the Codex harness through an OpenAI-managed API」と位置づけている。

なお、公式ブログ本記事（openai.com/index/introducing-the-agents-api/）は取得を試みたが2回ともアクセスできず、本記事は同内容を扱う公式フォーラム投稿とOpenAI公式APIドキュメントを一次ソースとして確認した。

仕組み・詳細

Agents APIが扱う要素は以下の通り。

  • 文脈管理: 自動的な文脈圧縮（automatic context compaction）に対応し、長時間の会話でも文脈オーバーフローを避けられる
  • ツール呼び出し: プログラマティックなツール呼び出し、MCPサーバーへの対応、Web検索などをツール定義（tools: [{ type: "programmatic_tool_calling" }, { type: "mcp" ... }, { type: "web_search" }]）として組み込める
  • サブエージェントへの委任: タスクをサブタスクに分割し複数のサブエージェントへ委任できる。multi_agent: { enabled: true, max_concurrent_subagents: 4 } のような設定で並行実行数を制御する
  • 永続実行: セッション状態を保持するため、ターンをまたいで会話全体を再構築せずに作業を継続できる
  • ファイル操作・コード実行環境: サンドボックス内でコードを実行し、ファイルを編集し、コマンドを実行できる

料金は追加料金なしで、消費したトークンとツール利用分のみの課金となる。

数字で見る

  • サンドボックス実行先の統合先: Blaxel・Cloudflare・Daytona・DigitalOcean・E2B・Modal・Oracle Cloud・Runloop・Vercelの9社（OpenAIホスト型サンドボックスに加えて選択可能）
  • サブエージェントの同時実行数はAPI設定で制御可能（例: max_concurrent_subagents: 4）

背景

長時間稼働するエージェント構築の課題は、モデルの推論能力そのものよりも、文脈の維持・ツール実行環境の整備・複数エージェント間の調整といった「ハーネス」側の実装コストにあった。OpenAIは自社のコーディングエージェントCodexの運用を通じてこの基盤を磨き上げてきており、今回はそれを製品として切り出した形になる。

なお、実運用上の制約として、Agents APIは現時点でデータレジデンシーが米国のみの対応であり、Zero Data Retention（ZDR）には非対応である。自己ホスト型サンドボックスを選んでもZDR適格にはならない点は、規制業種や日本語圏の開発者が導入を検討する際に留意すべき制約として明記しておく。

なぜ重要か

フロンティアラボが「モデルAPIの提供」から「フルマネージドの本番運用エージェント基盤の提供」へと軸足を移す動きは、他社でも並行して観測されている。自社の内部実行基盤をそのまま製品化するという点で、OpenAIはこの流れを最も具体的な形で体現した事例といえる。開発者にとっては、エージェント開発における差別化のポイントが「どのモデルを使うか」から「どうハーネスを組み、どう束ねるか」へ移っていくことを示す一つの節目である。