「OpenAI Agents APIの料金」という単一の価格は存在しません。それを探すとき、実際に問われているのは積み重なった複数のメーターです。エージェントループの1周ごとに消費するモデルのトークン、Web検索やファイル検索などのホスト型ツールの呼び出しごとの料金、そしてコード実行のコンテナ時間です。料金ページのモデルの行は、そこにある数字の中でいちばん面白くないものです。
手短に言うと、モデルのトークンは$0.20/100万(gpt-5.6-luna)から入力$10/100万(gpt-6-astra)まで。Web検索は1,000回の呼び出しで$10、ファイル検索は1,000回の呼び出しで$2.50に加えてストレージが$0.10/GB/日、Code Interpreterはコンテナ単位で課金され、1セッションあたり$0.03から$1.92です。請求額を実際に決めるのは、ループが何回回るかです。
私はeeselで連携機能を作っているので、これらの料金ページをエンジニアとして読みます。「定価はいくらか」ではなく、「何が課金イベントを生み、1つの実際のタスクでそれがいくつ発生するか」という見方です。この記事全体がその視点で書かれています。そして、求める答えが「ループを計測しなくても普通に動くサポートエージェント」なら、それがまさにeeselの選択肢です。月額固定で、500クレジットで$299から(チケットまたはチャット1件につき1クレジット)、すべて込みです。
では「OpenAI Agents API」とは正確には何か
最初に整理しておきましょう。「OpenAI Agents API」は、段階的にリリースされた関連するいくつかのものを指しているからです。
始まりは2025年3月、OpenAIが最初の組み込みツールとともに、Responses APIとオープンソースのAgents SDKを公開したときです。Responses APIは基本部品です。Chat Completionsの上位互換で、モデルはこれを通じて生成し、すべてのホスト型ツールがこれに接続されます。いずれは古いAssistants APIに取って代わる存在です。Agents SDKはその上のオーケストレーション層で、自分のアプリ内でエージェントループ、ハンドオフ、ガードレールを扱います。
その後、2025年10月にAgentKitが登場しました。ループを手で書きたくない人向けのビジュアル層で、Agent Builder(ドラッグ&ドロップのキャンバス)、Connector Registry、ChatKit(埋め込み可能なチャットUI)、拡張されたEvalsで構成されます。最近では、OpenAIが管理型のAgents APIランタイムを追加し、独自のCodexハーネス上でループを代わりに実行してくれるようになりました。
これらの上に何かを作る前に、重要なことが1つあります。OpenAIはAgent BuilderとEvalsを段階的に終了します。2026年11月30日以降は利用できなくなり、OpenAIは現在、コード中心のAgents SDK、またはChatGPTのWorkspace Agentsへの移行を案内しています。ドキュメントでは、Agent BuilderとEvalsはすでに「Legacy APIs」の見出しの下にあります。ですから、今から選ぶなら、長く使えるのはResponses API、Agents SDK、管理型Agents APIであり、ノーコードのキャンバスではありません。
予算にとってのよい知らせは、これらの層のどれにも独自の料金がないことです。OpenAIはローンチの投稿でもAgentKitの発表でも明言しています。Responses APIとAgentKitのツールは「別途課金されず」、「標準のAPIモデル料金に含まれる」と。支払うのは、それらが行うモデル呼び出しと、その呼び出しが使うツールに対してです。だからこそ、料金の問いは実は3つの問いなのです。
料金モデル:「エージェント」という項目はない
エージェントを作ると3つのメーターが積み重なり、請求額はその3つの合計です。
- モデルのトークン。 ループの1周は1回以上のモデル応答で、それぞれが入力と出力のトークンを課金します。通常、これが最大の項目です。
- ホスト型ツールの呼び出し。 Web検索、ファイル検索、Code Interpreterは組み込みツールで、それぞれ消費するトークンに上乗せして追加料金がかかります。
- コンテナとストレージ。 Code Interpreterは分単位で課金されるコンテナで動き、ファイル検索はドキュメントをGB・日単位で課金されるベクトルストアに保管します。
落とし穴は、エージェントを「価格のついた1回のモデル呼び出し」と考えることです。そうではありません。Web検索を多用するエージェントは、1,000回の検索で$10を支払い、さらにその検索結果がコンテキストに読み戻されるときに消費するモデルのトークンも支払います。3つのメーターが頭に入れば、料金ページは混乱のもとではなくなります。
モデルの実際のコスト
最大のメーターから始めましょう。以下はOpenAI APIの料金ページの標準処理の料金で、100万トークンあたり、2026年9月11日時点で確認したものです。「ロングコンテキスト」は入力27万2,000トークンを超えると適用され、およそ2倍になります。
| モデル | 入力(短) | キャッシュ入力 | 出力(短) | 入力(長) | 出力(長) |
|---|---|---|---|---|---|
| gpt-6-astra | $10.00 | $1.00 | $50.00 | $20.00 | $75.00 |
| gpt-5.6-sol | $4.00 | $0.40 | $20.00 | $8.00 | $30.00 |
| gpt-5.6-terra | $2.00 | $0.20 | $12.00 | $4.00 | $18.00 |
| gpt-5.6-luna | $0.20 | $0.02 | $1.20 | $0.40 | $1.80 |
いくつか注目点があります。第一に、gpt-5.6-solは2026年11月21日までプロモーション価格で、通常の入力$5.00 / 出力$30.00から値下げされています。第二に、キャッシュ入力は通常料金の10分の1で、プロンプトキャッシュはエージェントのワークフロー全体に適用されます。エージェントが毎ターン、増え続けるコンテキストを再送する場合に大きく効きます。第三に、2026年3月5日以降にリリースされたモデルには、データレジデンシー対応エンドポイントで10%の上乗せがあります。また、音声エージェントを作る場合、リアルタイム音声は別メーターです。OpenAIのリアルタイムAPIは、ここにあるすべてに加えて音声セッションを分単位で課金します。
他のプロバイダーと比較するなら、OpenAI API vs Anthropic APIの比較記事でClaudeについて同じ計算を扱っています。AnthropicとGoogleはロングコンテキストの料金区分自体を設けていないため、27.2万トークンの崖はOpenAIとxAIに特有のものです。エージェント用途でモデルごとに比べているなら、おすすめAIエージェントのまとめが次の読み物としておすすめです。
ホスト型ツールのコスト
これは人々が忘れがちなメーターで、エージェントをチャットボットと違うものにしているのもここです。組み込みツールは、生成するトークンに加えて、呼び出しごとに課金します。
| ツール | 料金 | 備考 |
|---|---|---|
| Web検索 | $10.00 / 1,000回 | 推論モデル向け。検索結果のトークンはモデル料金で課金 |
| Web検索(プレビュー) | $25.00 / 1,000回 | 非推論モデル向け。検索コンテンツのトークンは無料 |
| ファイル検索 | $2.50 / 1,000回 | Responses APIのみ |
| ファイルストレージ | $0.10 / GB / 日 | 最初の1GBは無料 |
| Code Interpreter | $0.03〜$1.92 / セッション | コンテナサイズ別:1GB / 4GB / 16GB / 64GB |
| Computer use | モデルのトークンのみ | 現在、ホスト型ツールとしての別項目なし |
2つの細かい点が実際にお金を節約します。Web検索には、モデルに戻る検索結果のトークン数に上限を設けるreturn_token_budgetというつまみがあり、ファイル検索(ベクトルストア上のエンベディングで動作)では取得する結果の数を制限でき、OpenAI自身のドキュメントによれば「トークン使用量とレイテンシの両方を減らすのに役立つ」とのことです。取得した各チャンクはモデルの入力トークンになるため、結果を絞ると2つのメーターが同時に減ります。
Computer useは興味深い例外です。現在のドキュメントは、専用の呼び出しごとの料金を前面に出していません。gpt-6-astraの推奨経路は、モデルがスクリプトを書き、自分のサンドボックスが実行するコード実行ループです。つまり、ターンごとのモデルトークンに実行環境の費用が加わり、引用できるきれいなホスト型ツールの数字はありません。
ループが乗数になる
ここが、上のすべてを小さく見せる数字です。エージェントの実行は1回のモデル呼び出しではなく、その連なりであるループです。OpenAI自身の図が具体的に示しています。Triage AgentがPOST /v1/responsesを呼び、ガードレールに当たり、CRM Agentにハンドオフし、CRM Agentが再びモデルを呼んでからツールを実行します。これだけで1つのタスクに複数の課金対象のモデル呼び出しが発生しており、OpenAIのcomputer useの例でも、サンプルのループは20応答で打ち切られます。
そこにコンテキストの増大が加わります。各ツール呼び出しは出力(検索結果、データベースの行、ファイル一覧)を返し、それが次の呼び出しのプロンプトに戻されます。つまりループは呼び出し回数を増やすだけでなく、以降のすべての呼び出しのトークン数を膨らませます。ある開発者は、どのドキュメントページよりも率直に述べています。
"I was spending $200/day running agents with tool calls. The problem: tools return huge JSON (search results, DB queries, file listings). Each response bloats context. By turn 10, you're paying for 100k+ tokens on every LLM call."
だからこそ、トークン単価からはエージェントのコストがほとんどわかりません。本当の単位は、再試行も含めた実行全体です。
"the cost isn't just 'how many tokens did this call use,' its 'how many tokens did this entire user action consume across all the agent loops, retries, tool calls, and embeddings.' most observability tools show you the LLM call as one flat span... or see that the agent looped 4 times because the first 3 outputs failed validation."
ここで実際に自分で制御できるレバーは、推論の強度です。推論モデルではreasoning: { effort }をlowからxhighまで設定でき、強度を上げるとトークンが増え、ループも長くなります。OpenAIは、ディープリサーチの実行は「can run for several minutes」で「hundreds of sources」を参照すると述べています。調査用エージェントには最適ですが、反射的に使うと高くつきます。
エージェントを動かす4つの方法、課金される4つの形
ループをどこで動かすかによって、誰が呼び出しを積み上げるかが決まります。OpenAIは現在、4つのランタイムを提供しています。
- Agents APIは、管理型のCodexハーネス上であなたの代わりにループを実行し、コンテキストの自動圧縮、マルチエージェントのオーケストレーション、オプションのホスト型サンドボックスを備えます。便利で、圧縮は本当にコストの助けになりますが、ハーネスが行うモデル呼び出しはすべて課金されます。
- Agents SDKは、あなたのアプリケーション内でループを実行します。デプロイ、ストレージ、承認は自分で管理し、ランナーがエージェントループとハンドオフを処理します。最も自由度が高い反面、トークンの管理の大半は自分で見張ることになります。
- Responses APIはゼロから作る方法です。モデルを直接呼び出し、自前のオーケストレーションと履歴を組み立てます。
- ChatKitは、プロダクトに組み込む埋め込み型のチャットフロントエンドです。
どれもトークン単価やツール単価は変えません。変わるのは、ループが何回発火するかの責任を誰が持つかで、実際に請求額を動かすのはそこです。
ノーコードの選択肢であるAgent Builderは、マルチエージェントの形が見えるのでスクリーンショットを載せる価値がありますが、終了に向かっていることを忘れないでください。
このカスタマーサービスのフロー(開始、脱獄対策のガードレール、分類エージェント、返品・解約防止・情報の各エージェントへ振り分けるif/else、そしてハルシネーション対策のガードレール)は、実際のサポートワークフローに何が必要かをよく表しています。同時に、1件のチケットがいくつのモデル呼び出しを引き起こしうるかもよく表しています。「agent」と書かれたノードは、どれも少なくとも1回分のPOST /v1/responsesが増えることを意味します。
サービスティア:Batch、Flex、Standard、Fast
具体例の前にもう1つのつまみがあります。OpenAIには4つの処理ティアがあり、トークンコストは最大4倍まで変わります。
- Standardが基準です。
- Batchは50%オフで、24時間以内の非同期処理です。gpt-5.6-solは入力$2 / 出力$10に下がります。
- Flexは、遅く、たまに利用できないリクエスト向けで、Batchと同じ料金です。
- Fast mode(2026年7月30日に「Priority」から名称変更)は、Standardのおよそ2倍です。Fastでのgpt-5.6-solは入力$8 / 出力$40です。
リアルタイムのサポートエージェントでは、お客様が待っているため、ほぼ常にStandardかFastになります。夜間ジョブ(昨日のチケットの要約、ナレッジベースの埋め戻し)には、Batch APIが明らかな選択です。ツール呼び出しの料金はティアで変わらないようなので、このつまみが動かすのはトークンのメーターだけです。
具体例:サポートエージェントの運用に実際いくらかかるか
理論はこのくらいにしましょう。エージェントのコストを考える正直な方法は、自分の数字で計算することです。ループの長さとトークンの増え方は、1回で終わるFAQボットと、ブラウズしてCRMを更新するマルチエージェントのワークフローとでは大きく異なるからです。下で自分のボリュームを入力してみてください。
触ってみると、パターンがすぐ見えてきます。どのモデルを選ぶかよりも、ループの長さと入力トークンの増え方のほうが、数字を大きく動かします。1会話あたりの呼び出しを半分にすれば、請求額もおよそ半分になります。これが本当の最適化の対象であり、OpenAIの料金ページが値札をつけていない部分でもあります。
コストについて人々が実際に言っていること
組み込みツールへの最も鋭い批判は、生のAPIの薄いラッパーにすぎないものにプレミアムを払っている、というものです。ある開発者は、上乗せ額を示すために有料の「AI可視性」プロダクトを作り直しました。
"the hosted AI-search-visibility tools are super expensive. They charge $200–$1000/mo for what is, fundamentally, a loop over the OpenAI Responses API and Anthropic Messages API with web_search enabled, plus citation parsing... a typical weekly run costs ~$0.40 in API spend."
これは両面に当てはまります。確かに、用途が単純な週次ループなら、生のAPIはパッケージ製品よりはるかに安くなりえます。しかし「a loop over the Responses API with web_search enabled, plus citation parsing」は、実際のエンジニアリングプロジェクトであり、保守の手間も現実にあります。多くのチームにとって、パッケージ製品は、午前2時にそのループを誰も抱えなくて済むようにするためにあります。大事なのは、自分の課題がその線のどちら側にあるかを見極めることです。
サポートにはeeselを。ループの計算はまるごとスキップ
正直な位置づけはこうです。OpenAI Agents APIはインフラです。エージェントを組み立てるための素材で、トークン、ツール、自分でオーケストレーションするループ、そして自分で構築する評価とモニタリングの仕組みが含まれます。エージェントがプロダクトそのもので、トークン単位まで制御したいなら、それが正しい選択です。
eeselはそのトレードオフの反対側です。インフラではなく、すぐに働けるチームメイトです。AIサポートチームメイトを迎え入れ、ヘルプデスクにつなぐと、過去のチケットとヘルプセンターから、最初から御社のことを理解した状態で働き始めます。計測すべきループはありません。料金は固定だからです。月額$299から500クレジットで、1クレジットはチケットまたはチャット1件分です。解決までに内部でモデルを何回呼んだか、ツールを何回経由したかでは課金されません。この最後の点が、先ほどのループの議論の核心です。予測できないメーターはベンダーの問題であり、あなたの問題ではありません。
そして、Agents APIに惹かれた理由がプログラムによる制御なら、eeselはそれも備えています。公開されている本物のCLI(@eesel/cli)に加え、MCPサーバー、Webhook、ネットワークアクセスがあり、連携の接続、エージェントの常設指示の編集、人間の確認が必要なアクションの一覧表示と承認、実行ごとのアクティビティログの読み取りを、ターミナルやスクリプトから行えます。ドキュメントには文字どおり「everything on this site can be done from the terminal」とあり、Claude CodeやCursorのようなコーディングエージェントが直接操作できます。エージェント自体を作って見守ることなく、エージェントに優しいインターフェースが手に入ります。
カスタマーサービスのために生のエージェントを運用すると決める前に、上の見積もりツールで自分のボリュームの数字を計算し、そのループを自分で持ちたいかどうかを判断してください。そうでなければ、無料トライアルを始めて、チームメイトに仕事を任せましょう。