OpenAIの新機軸「Agents API」公開――API・SDK・Codexの役割と使い分けを整理

概要

OpenAIは2026年9月10日、開発者が自社製品に高度なエージェント機能を組み込める「Agents API」を公開ベータ版として発表しました。これは、従来提供されてきたResponses APIやAgents SDK、そして自動化プラットフォームであるCodexとは異なる、OpenAIが「エージェント・ハーネス（エージェントを動かす仕組み）」を運用・管理するマネージドサービスです。

本記事では、Derrick Choi氏の解説投稿とOpenAIの公式発表・開発者向け資料をもとに、開発者が直面する「どのツールをいつ使うべきか」という疑問と、Agents APIの技術的特徴を整理します。

Agents APIは9月10日に公開ベータへ――CodexハーネスをOpenAIが運用

Agents APIは、OpenAIの自動化プラットフォーム「Codex」と同じハーネス（制御基盤）とインフラを、開発者がAPI経由で利用できるようにしたものです。2026年9月10日に公開ベータとして導入されました。

最大の特徴は、エージェントが「検索し、結果を確認し、次の行動を決定する」という繰り返し（エージェント・ループ）を、OpenAI側のインフラで実行・維持する点にあります。開発者は自前で複雑な状態管理やエラー復旧の仕組みを構築することなく、OpenAIがホストするセッションを通じて、長期間にわたるタスクをエージェントに任せることが可能になります。

Agents API自体の利用に追加料金はありません。モデル利用料とOpenAIツールの利用料は各標準料金で請求され、OpenAI管理サンドボックスを使う場合は別途コンテナ料金がかかります。「Agents APIの追加料金がない」ことと、実行環境の利用料がないことは分けて考える必要があります。

同じ旅行プランナーを3つの方式で作ると何が違うか

OpenAIのデリック・チョイ氏は、APIとSDKの選択肢の違いを理解するために、旅行プランナーアプリを例に挙げた仮想的な比較（※1）を提示しています。

Responses API（モデル機能の追加）
- 仕組み: アプリがモデルにフライト確認書を送り、日付などを抽出させる。
- 役割: 開発者がワークフローを完全に制御し、ツール呼び出し（Web検索など）の結果をアプリ側で処理してモデルに戻す。
Agents SDK（開発者がワークフローを自走）
- 仕組み: 開発者が自前の環境でエージェント・ループを実行。予算や好みに基づいて、エージェントが自律的に検索や修正を行う。
- 役割: 開発者がソフトウェアを動かし、状態（ステート）の保存方法を選択する。独自のインフラ制御や他のモデルプロバイダーを併用したい場合に適している。
Agents API（OpenAIが背後でワークフローを運用）
- 仕組み: アプリがOpenAIに指示とツールへのアクセス権を渡す。OpenAIがハーネスを動かし、中断からの復旧やセッションの維持を管理する。
- 役割: 多くのステップが必要なタスクや、中断が想定されるタスクに向く。開発者は依然としてアプリを構築するが、エージェントを動かし続けるインフラ運用はOpenAIに委ねられる。

（※1）これらは仮想の設計例であり、APIやSDKに含まれる既製品としての旅行製品ではない点に注意が必要です。

実行環境（サンドボックス）はハーネス運用と別の選択

エージェントがコードを実行したりファイルを操作したりする場合、セキュアな「ワークスペース（実行環境）」が必要になります。Agents APIでは、エージェントの制御（ハーネス）をOpenAIが担う一方で、実行環境の場所は開発者が選択可能です。

OpenAI管理のサンドボックス
顧客自身のインフラ
パートナーのサンドボックス環境: Blaxel、Cloudflare、Daytona、DigitalOcean、E2B、Modal、Oracle、Runloop、Vercelなどが挙げられています。

OpenAIのAgents API概要では、実行環境は任意とされています。Derrick Choi氏の解説投稿も、接続済みのツールで足りる場合は実行環境を省く構成を示しています。ファイル操作やコマンド実行が必要な場合は、OpenAI管理環境、顧客側環境、パートナー環境から選びます。

導入企業の事例：Nash、Long Lake、SafetyKit

ローンチ時点で、複数の企業がAgents APIの導入事例として紹介されています。

SafetyKit: ケースレビューのワークフローをAgents APIへ移行した結果、従来の性能を維持したまま、1件あたりのコストを60%削減したと報告しています。
Nash: OpenAIのローンチ発表で、Nash.aiの共同創業者兼CTOは、同社のエージェントが配送業務を担い、複雑な処理は数時間から数日に及ぶことがあると説明しています。これは同社側の事例紹介であり、独立した性能測定値ではありません。
その他: Long Lake、WithCoverage、Hyphaなどの企業も、独自の環境やインターフェースを維持したままAgents APIを活用していることが公表されています。

Codex App Server・SDKの位置づけ

Codex App Serverは、カスタムクライアントに認証、会話履歴、承認、エージェントイベントの配信を組み込むためのインターフェースです。プロトコルにはJSON-RPC 2.0が使われます。Codex SDKはCodexをプログラムから操作し、CI/CDやコード作業を自動化する用途に向きます。どちらもCodexの開発・統合手段であり、一般的なエージェントアプリに必須ではありません。

開発者が判断に使う質問

OpenAIは、開発者がどのツールを選ぶべきかについて、「機能する最もシンプルな方法から始める」ことを推奨しています。

既存のアプリを使うのか、自分のソフトウェアに体験を組み込むのか？
アプリ側でワークフローを制御したいか（Responses API / Agents SDK）、それともOpenAIに管理を任せたいか（Agents API）？
そのエージェントはどのような情報を読み、どのような行動をとり、ユーザーに何を承認させる必要があるのか？

これらの答えを整理することで、最適なエージェント構築の選択肢が見えてくるはずです。