【ITニュース解説】OpenAI Agents API, Responses API, Agents SDK, AgentKit Karşılaştırması: Geliştirme İçin Hangisini Seçmeli?

OpenAIは、人工知能（AI）モデルが自律的にタスクを遂行する「エージェント」機能を開発するために、いくつかの異なるツールとAPIを提供している。これらにはResponses API、Agents SDK、Agents API、そしてAgentKitがあり、それぞれが異なる開発アプローチと責任範囲を持つ。システムエンジニアがエージェントを構築する際、どの方法を選ぶべきかという判断は、主に「エージェントのループ」を誰が実行・管理するかにかかっている。エージェントのループとは、AIがユーザーからの入力を受け取り、次に何をすべきかを推論し、必要に応じてツール（例えば、ウェブ検索やコード実行、データベースアクセスなど）を呼び出し、その結果を解釈して次の行動を決定するという、一連の継続的な処理フローのことである。

まず、「Responses API」は、OpenAIが提供するAIモデルの基本的な呼び出しを行うためのエンドポイントである。このAPIを使用する場合、エージェントのループ全体を開発者自身がコードで詳細に実装する必要がある。具体的には、AIモデルにリクエストを送信し、モデルから返される「次に行うべきアクション」（例えば、特定のツールを呼び出す指示）を解析する。その後、そのツールを自社のアプリケーション内で実行し、その結果を再びAIモデルに送り返すという一連のプロセスを、すべて開発者が手動で管理することになる。対話履歴やエージェントの状態管理も開発者の責任範囲に含まれるため、高い自由度がある一方で、実装の手間は最も大きい。独自の機能を持つツールを深く統合したい場合や、エージェントの動作を極めて細かく制御したい場合にこのアプローチが適している。

次に、「Agents SDK」は、TypeScriptやPythonで提供されるライブラリであり、エージェントのループをアプリケーション内で実行するためのフレームワークを提供する。Responses APIと比較すると、SDKがループ処理の一部（例えば、ツールとAIモデル間のやり取りの管理）を支援してくれるため、開発者の負担は軽減される。しかし、エージェントが利用するツールの具体的な実装、セッションの状態をどこに保存するか、ユーザーからの承認プロセスをどう設計するか、といったアプリケーション固有の責任は引き続き開発者側にある。型定義されたコードでツールを扱いたい場合や、エージェントの動作をアプリケーション内で制御しつつ、ある程度の開発支援を受けたい場合に適している。エージェントの計算処理は、開発者自身の実行環境や指定したサンドボックスプロバイダーで行われる。

「Agents API」は、OpenAIが提供するエージェント開発の選択肢の中でも、最も高レベルなサービスである。このAPIを使用する場合、OpenAIがエージェントのループ、セッション管理、コンテキスト（対話の状況）の自動圧縮、さらには障害からの回復といった多くの基盤的な処理を代行してくれる。エージェントの計算は、OpenAIが管理するサンドボックス環境、または開発者が指定する自身のサンドボックス内で実行できることも特徴だ。これにより、開発者はエージェントの運用負荷から解放され、エージェントがどのようなタスクを遂行し、どのような機能を提供すべきかに集中できる。ウェブ検索やコードインタープリターなどの基本的なツールもOpenAIが管理する形で利用できる。ただし、開発者が独自に定義する機能ツールをエージェントが呼び出す場合は、その実行と結果のOpenAIへの返却は、引き続き開発者のアプリケーションの責任となる。Agents APIは現在、一般公開ベータ版として提供されている。

「AgentKit」は、Agent Builder、ChatKit、Connector Registry、Evalsといった複数のコンポーネントをまとめたパッケージとしてリリースされたが、そのほとんどが2026年中に廃止または閉鎖される予定だ。特にAgent BuilderやEvalsは、新規プロジェクトでの利用は推奨されず、既存のワークフローはAgents SDKへの移行が推奨されている。ChatKitは組み込みのチャット体験向けに残るが、AgentKit後の主要な開発パスは実質的にAgents SDKとなる。

これらの選択肢を比較する上で、「エージェントのループを誰が実行するか」が最も重要な判断基準だが、他にも考慮すべき項目がある。計算がどこで行われるかという点では、Agents APIはOpenAIホストのサンドボックスを利用できるほか、開発者自身のサンドボックスやサンドボックスなしでの実行も選択できる。Responses APIの場合、OpenAIが提供するホストされたツール以外は、すべて開発者自身のインフラで動作する。Agents SDKでは、開発者がサンドボックスプロバイダーを自ら選択し、運用することになる。

エージェントの状態（会話履歴や設定など）の保持方法も異なる。Agents APIでは、OpenAIのセッション管理機能がエージェントの設定、会話の各ターン、入力・出力要素をOpenAI側で安全に保持する。Responses APIでは、開発者が独自の履歴管理メカニズムを構築するか、会話をチェーンするためのIDを利用するか、あるいは専用のConversations APIを利用する必要がある。Agents SDKでは、開発者自身のストレージかSDKのセッション管理機能を利用して状態を管理する。

コスト面では、どの選択肢でもOpenAIモデルのトークン使用料は共通だが、エージェントの実行環境にかかる費用が異なる。Agents APIでは、トークン使用料に加えて、OpenAIがホストするコンテナ（サンドボックス）の利用料が発生する。Responses APIとAgents SDKでは、トークン使用料に加えて、開発者自身が運用するインフラのホスティング費用がかかる。AgentKit自体には追加のサブスクリプション費用は発生しないが、基本的なAPI使用料は適用される。

データ管理とデータ所在地も重要な比較ポイントである。Agents APIは現状、米国でのデータ保存のみをサポートしており、ゼロデータ保持（ZDR）機能には対応していない。データは明示的に削除されるまでOpenAI側に保持される。一方、Responses APIはZDRに対応可能であり、EUのような地域に特化したエンドポイントも利用できる場合がある。SDKは、それが呼び出す他のAPIのデータ管理ポリシーに依存する。データ主権や地域規制が厳しいプロジェクトでは、Agents APIは現時点では適さない可能性がある。

これらの点を総合すると、以下のような選択が推奨される。タスクが比較的短時間で完了し、ファイルアクセス、コマンド実行、ブラウザアクセスが必要で、かつエージェントのループ、サンドボックス運用、セッション保存といった基盤管理をOpenAIに任せたい場合は、Agents APIが適している。ただし、米国でのデータ保存とベータ版である現状を受け入れられる場合に限る。一方、エージェントの各ステップを完全に制御したい、ZDRや米国以外のデータ保存が必要な場合、または既存の処理ループが既に稼働している場合は、Responses APIが良い選択肢となる。ツール、ストレージ、承認プロセスなどを型定義されたアプリケーションコードで管理し、エージェントのループを自社インフラで実行したい場合は、Agents SDKが適している。製品に組み込み型のチャットインターフェースが必要なだけであれば、ChatKitが利用可能である。Agent Builderは、新規プロジェクトでは使用せず、既存のワークフローはAgents SDKなどへの移行を計画すべきである。

Responses APIで既にエージェントループを構築している開発者がAgents APIへの移行を検討する場合、コンポーネントのマッピングや関数処理コードの変更、サブエージェントの制限、自動コンテキスト圧縮への移行、イベント監視への切り替え、そしてデータとベータ版の制約の再確認といったステップが必要になる。最終的な選択を行う前に、実際のHTTPリクエストを使って両方のAPIを比較テストすることが推奨される。例えば、Apidogのようなツールを使って、同じプロンプトをResponses APIとAgents APIの両方で実行し、HTTPステータスコード、出力フィールド、ツール呼び出し数、エラーイベント、応答時間などを比較することで、プロジェクトの要件に最も合致する選択肢を検証できる。特にAgents APIはストリーミング（SSE）リクエストでターンイベントを監視するため、その振る舞いも確認すると良いだろう。

よくある質問として、Agents APIがResponses APIを置き換えるのかという疑問があるが、OpenAIはどちらも異なるニーズに対応する選択肢として位置付けており、Responses APIの廃止は発表されていない。Agents SDKはAgents APIとは独立してアプリケーション内で動作する。また、以前提供されていたAssistants APIは2026年8月26日に廃止予定であり、開発者はResponses APIやConversations APIへの移行が促されている。コストは前述の通り、トークン利用料は同じだが、ホスティング環境による違いがある点を理解しておく必要がある。エージェント開発の選択は、まず「エージェントのループを誰が管理するか」という核心的な問いから始めることが、最も効率的で適切な意思決定に繋がるだろう。