OpenAIは2026年9月10日、クラウド上でエージェントを構築・実行するための新API「Agents API」をパブリックベータとして公開した。Codexのハーネスをそのまま基盤に使い、長時間実行セッションの管理やコンテキスト管理をOpenAI側が肩代わりすることで、開発者はエージェント固有のロジック開発に専念できるようにした。

Agents APIが解決すること

これまでエージェントを自作する場合、タスクの進行管理、長時間セッションの維持、実行環境のプロビジョニングといったインフラ部分を開発者自身が組み立てる必要があった。Agents APIは、これらのオーケストレーション層をOpenAIが管理するマネージドサービスとして提供する。

具体的には、自動コンテキスト圧縮、複数エージェントによるオーケストレーション、プログラムからのツール呼び出し、MCP（Model Context Protocol）サーバーとの連携をAPI側でまとめて扱う。開発者はエージェントに何をさせたいかの設計に集中し、実行基盤の面倒を見る必要がなくなる。

実行環境は3通りから選べる

エージェントの実行環境（サンドボックス）は、用途に応じて3つの選択肢が用意されている。

  • OpenAI管理型サンドボックス：コード実行、ファイル操作、成果物生成に対応した環境をOpenAIがホストする
  • 自社運用型サンドボックス：企業が自前のインフラ上で実行環境を管理する
  • パートナー統合：Blaxel AI、E2B、Modal、Vercelなど8社以上のサードパーティサービスと連携する

管理型サンドボックスは標準的なコンテナ課金レートが適用される。エージェント自体の利用に追加料金はなく、消費したトークンとツール呼び出し分のみが課金対象だ。ただし、コンテナを起動するたびに費用が発生するため、事前にコストを見積もっておく必要があるとの指摘も出ている。

開発者にとっての意味

長時間稼働するエージェントの実装は、これまで各社が独自に工夫を凝らしてきた領域だった。OpenAIが標準化されたAPIとしてこれを提供することで、複雑なインフラ管理を避けたい開発者やスタートアップにとっては、エージェント開発への参入障壁が下がる。

一方で、実行基盤をOpenAIに委ねる以上、コスト構造や可用性もOpenAIの提供条件に依存することになる。長時間・高頻度でエージェントを動かす用途では、管理型サンドボックスと自社運用・パートナー統合のどちらを選ぶかが、運用コストを左右する分岐点になりそうだ。ベータ提供が始まったばかりの段階では、実際のワークロードでのコストやレイテンシーの実測値を見極めながら採用を検討するのが現実的だろう。