OpenAI Agents API登場：Codexの実行基盤を管理サービスとして提供

OpenAIは2026年9月10日、Codexの実行基盤を管理サービスとして利用でき、実行環境を選べるAgents APIの公開ベータ版を発表しました。 エージェントを作るチームには、動作を継続させる仕組みをどこまで自分たちで運用するかという新しい選択肢が加わります。公式発表では全開発者向けにベータ版を提供し、OpenAIホスト型サンドボックスとパートナー連携を紹介しています。

変わるのは、開発者がサービスに任せる仕事の単位です。モデルへのリクエストでは次の応答を求めますが、ここでは継続するセッションにタスクを渡し、モデル呼び出しに伴う一連の処理をOpenAIに任せます。本記事は9月11日に確認した発表と文書に基づくニュース解説であり、本番環境のベンチマークではありません。

製品になるのはモデルを動かし続ける仕組み

ハーネスとは、モデルの出力を次の作業につなげるソフトウェアです。使うツールを決め、結果をモデルに戻し、コンテキストを管理してサブタスクを調整します。Agents APIの概要では、セッション、処理の調整、コンテキスト圧縮、復旧をOpenAIの担当としています。開発者は必要な機能を用意し、コードをどこで実行するかを選びます。

発表には、自動コンテキスト圧縮、ツール検索、プログラムによるツール呼び出し、並列サブエージェントも含まれています。長い調査でコンテキストが埋まる、ツール一覧が大きくなる、独立した確認を同時に進めたい、といった課題に対応する仕組みです。ただし、あらゆるアプリケーションが速く安くなると証明するものではありません。

マルチエージェントの文書には重要な区別があります。サブエージェントのコンテキストは別々ですが、実行環境のファイルシステムは共有します。思考に使う領域が分かれていても、ファイルが分離されるわけではありません。同じファイルを二つのエージェントが編集する場合は、調整が必要です。

サンドボックスの選択と実行基盤の運用者は別

アーキテクチャ文書は、次の三つを分けています。

サンドボックスは任意です。リモートのツールを使うエージェントなら、ローカルな作業領域が不要なこともあります。必要な場合はOpenAIが提供する計算環境を使うか、自分たちの環境を接続します。外部のサンドボックスを選ぶとコマンドの実行場所は変わりますが、Agents APIのハーネスがその事業者のクラウドに移るわけではありません。

文書のプロバイダー一覧には、Blaxel、Cloudflare、Daytona、DigitalOcean、E2B、Modal、Oracle Cloud Infrastructure、Runloop、Vercelの9つの連携が掲載されています。選ぶサービスの導入方法と費用は、チームで評価する必要があります。9つの連携が、同一のセキュリティ、ハードウェア、課金構成を持つとは限りません。

一回の呼び出しで作業は始まるが、組み込みは完了しない

クイックスタートは client.beta.agents.sessions.create(...) でエージェントを設定し、入力を渡し、進捗をストリーミングします。直接HTTPリクエストを送る場合は OpenAI-Beta: agents=v1 が必要です。プロジェクトキーには推論権限に加え、エージェントセッションの権限が必要です。

開発者にとっては、応答ごとにタスクのループを組み直さず、セッションを続けられる点が魅力です。ただし作成リクエストの成功は、作業環境の準備完了を意味しません。ホスト型サンドボックスのガイドでは、環境の用意と接続済みの状態を分けています。準備に失敗すると作業を開始できない場合があります。

最初のアプリケーションとしては、文書を読み、ツールで根拠を確認し、レポートを作る処理が考えられます。それでも正しいレポートの条件、ユーザーへの進捗表示、承認が必要な操作は開発者が定義します。APIが実行の仕組みを提供しても、製品上の判断まで代行するわけではありません。

追加API料金がなくても、エージェントは無料ではない

発表ではAgents API自体の追加料金はないとされています。課金対象はモデル利用、対象ツール、ホスト型コンテナです。「トークンとコンテナだけ」とまとめると、ツール料金が抜け落ちます。

現行料金ページには、コンテナ一つの20分セッション当たりの料金が掲載されています。

同じページには、対象となるコンテナセッションは最低5分、1分単位で課金されるとも記載されています。この条件を確認し、表の金額を一律の最低請求額とは扱わないでください。モデルとツールの利用料は別途かかり、第三者の計算資源にはそのサービスの課金が適用されます。

予算はタスク完了までの全体で計算します。統括役とサブエージェントのトークン、ツール、再試行、環境の稼働時間を含めてください。並列化で早く終わっても、総資源消費は増える場合があります。APIの追加料金がないだけで節約を判断せず、合格した結果一件当たりの費用を比較します。

復旧にも責任の境界がある

外部サンドボックスのライフサイクル文書には、この境界が具体的に表れています。処理途中の切断はツールの失敗につながり、再接続しても停止したコマンドは自動再実行されません。環境IDを再利用しても、交換した計算環境にファイルは復元されません。セッションの削除で外部の計算資源が停止するわけでもありません。

「管理型」が担う範囲は限定されています。OpenAIはセッションの仕組みを運用し、アプリケーション側は外部環境のライフサイクルとファイルの永続化を担います。セキュリティガイドでも、認証情報の配置とアクセス境界は開発者の責任です。環境内に露出した認証情報をエージェントは読み取れます。

業務権限、信頼できるツール処理、有用な評価、障害時の責任分担には、引き続きアプリケーション開発の仕事が残ります。

オープンソースを土台に運用をサービス化する

CodexリポジトリのライセンスはApache-2.0です。オープンソースの歴史も2026年より前にさかのぼり、OpenAIは2025年4月16日にCodex CLIのオープンソース公開を発表しています。これは以前から公開された土台があったことを示すもので、現在の管理サービスの全機能が当時存在したという意味ではありません。9月の発表は「2026年8月が最初のオープンソース公開」という時系列を裏付けません。

当方の見方では、OpenAIはアプリケーションの実行基盤をより広く運用する立場を狙っています。中身を確認できるハーネスは設計を理解しやすくし、管理サービスは自分たちで保守する以外の選択肢になります。モデルの改善に加え、ツールやコンテキストの使い方の変更も届くことになります。

その結果、実行時の挙動、セッションのインターフェース、運用上の連携が、サービス変更時の負担になる可能性があります。ただし業界標準の制御基盤がすでに成立した、独立したハーネスの価値がなくなったと証明するものではありません。別のモデル提供元や実行方針の細かな制御が必要なチームには、自分たちでより多くを管理する理由が残ります。

手元で運用するツールの具体的な比較はコーディングエージェントのハーネス比較を参照してください。新サービスは公式クイックスタートから、小さく範囲を決めたワークフローで評価しましょう。OpenAI互換モデルのエンドポイントがあるだけでは、別サービスであるAgents APIのセッション機能への対応は確認できません。