2026年9月10日、OpenAIはAgents APIをパブリックベータフェーズに移行し、全開発者向けに公開した。このAPIは、従来CodexおよびChatGPT for Workにのみ使用されていたエージェント実行レイヤーをマネージドサービスとしてラップし、単一のAPI呼び出しでアクセス可能にするものだ。セッション管理、コンテキスト圧縮、ツールのスケジューリング、マルチエージェント調整といったインフラは、OpenAIが運用を担う。
OpenAIの公式発表によれば、このプロダクトの方向性はCodexとChatGPT for Workを大規模運用してきた経験に基づいている。長時間稼働するエージェントにはコンテキストの管理、効率的なツール呼び出し、サブエージェントの調整、そして数日にわたるタスクでも安定した実行継続が求められる。Agents APIはこれらの能力をAPI化したものだ。
1回の呼び出しで4つのコンセプト
公式ドキュメントでは、Agents APIを4つのコアコンセプトで整理している。Agent（モデル、指示、ツール、MCPサーバーの集合体）、Environment（エージェントがファイルへアクセスしてコマンドを実行するオプションのサンドボックス）、Session（タスク間で状態を保持する永続的なエージェントインスタンス）、そしてEventsとItems（エージェントへの入力とエージェントが生成する出力）だ。
セッションのライフサイクルは4ステップに分かれる。タスクの作成と割り当て、ストリーミングまたはWebhookによる進捗追跡、出力の受信、次のタスクへの継続または現在の実行方針の調整だ。公式サンプルでは、単一呼び出しでトラブルシューティングエージェントを作成する例が示されており、このエージェントは最大3つのサブエージェントを並行してスケジューリングし、ログ分析・エラートラッキング・依存関係チェックの3経路を並列実行したうえで、結果と提案をワークスペースに書き出す。
この単一エントリーポイント設計では、タスクのルーティング、中間結果の保存、失敗時のリトライ、マルチターンのセッション管理がOpenAIのインフラ側で処理される。権限設計、受け入れテスト、意思決定の境界といったコアの問題は、引き続き利用側が責任を持つ。
実行環境の3つの選択肢
開発者はデプロイ時に3種類のサンドボックスから選択できる。1つ目はOpenAIのマネージドサンドボックスで、Codexと同一のサンドボックスインフラを採用し、ファイル・パッケージ・スキル・プラグインを設定できる。2つ目はセルフホストモードで、開発者が自身の環境でcodex exec-serverを実行し、制限付きキーで登録してWebSocket経由のアウトバウンド接続を確立する。3つ目はパートナーサンドボックスで、第一弾インテグレーションパートナーとしてBlaxel、Cloudflare、Daytona、DigitalOcean、E2B、Modal、Oracle、Runloop、Vercelが参加している。
APIはサンドボックスなしモードもサポートしており、ファイルシステム操作を伴わないモデルオーケストレーションのみが必要なシナリオに適している。
真のコスト——「API料金無料」より複雑な話
OpenAIはAgents API自体には個別の料金がないと強調しているが、実際の課金構造にはコンテナホスティングとツール呼び出しのコストが含まれる。Verdent AIの分析によれば、コンテナホスティングは20分のセッション単位で計算される。1GBコンテナが$0.03、4GBが$0.12、16GBが$0.48、64GBが$1.92となっている。1時間稼働する中規模タスク（4GBコンテナ）では、コンテナ費用だけで約$0.36となり、モデルのトークン消費は別途加算される。
ツール呼び出しは別途課金される。ウェブ検索は1,000回あたり$10で、検索コンテンツに関わるモデルのトークンコストがさらに上乗せされる。基盤モデル（gpt-6-astraなど）の標準トークン料金と合わせると、複雑なマルチエージェント調査タスクの総コストはタスクの複雑度・コンテナスペック・ツール呼び出し頻度によって大きく変わる。
競合状況——OpenAIが最初ではない
AWSは2026年4月に限定プレビュー形式でBedrock Managed Agents（OpenAIが提供）を公開し、6月17日にはBedrock AgentCoreを正式リリースした。AgentCoreはステートフルなセッションを提供し、各セッションは独立したマイクロVM上で動作し、ファイルシステムとシェルを備え、セッションをまたいだファイルやメモリの保持をサポートしている。
GoogleのAgentSpaceはモデル非依存で、ガバナンスを重視したKubernetes的コントロールプレーン設計を採用している。Alibaba Cloudも同時期にマネージドエージェント実行レイヤーを発表した。AWS・Google・Alibabaのマネージドエージェントインフラはいずれも2026年4月から7月の間に集中してリリースされている。
今回のOpenAIのリリースは、社内の実行レイヤーインフラを製品化し、AWSに対する時間的なギャップを埋めるものだ。Blaxel・Cloudflareなど9社のパートナーによる第一弾インテグレーションは、エコシステム構築に向けたシグナルとして位置づけられる。
無視できない2つのハードな制限
Agents APIには現時点で2つのエンタープライズ向け制限が存在する。データ処理が米国内に限定される（US-only data residency）こと、およびゼロデータリテンション（Zero Data Retention）に非対応であることだ。この2点の制限は、マネージドインフラモデルに内在するデータ主権上の緊張関係を反映している。セルフホストモードでは開発者がcodex exec-serverを自己管理する必要があり、「OpenAIがインフラを担う」というコアバリュープロポジションを手放すことになる。
独立した評価
Agents APIのリリースは2種類のユーザーにとって実質的な意味を持つ。中小規模の開発チームにとっては、これまで自前で実装していたセッション永続化・障害復旧・マルチエージェントスケジューリングをアウトソースできる。また、すでにCodexを利用しているエンタープライズユーザーは、同一の実行レイヤーをプロダクトに直接組み込める。
コストはタスクの複雑度・コンテナスペック・ツール呼び出し頻度に依存するため、「API料金無料」を判断基準にすることはできない。権限境界・出力の検証・人間への引き継ぎポイントの設計は、引き続き利用側が明示的に解決すべき問題だ。
このAPIを評価する出発点は、現在手動でメンテナンスしているオーケストレーションコードをリストアップし、外部委託可能な責務を特定したうえで、統合コスト・データコンプライアンス上の制約・単一ベンダーへの依存度とのトレードオフを検討することだ。Agents APIの本質はビジネス上のトレードオフであり、どれだけの制御を手放してどれだけのエンジニアリング効率を得るか、という問いに帰着する。
© 2026 Winzheng.com 赢政天下 | 转载请注明来源并附原文链接