2026年のOpenAI API料金：レート、計算例、コスト管理

レートより倍率を重視する理由

私はeeselで連携機能とAPIを作っています。サポートワークフローでは、モデル呼び出し1回の価格だけでなく、各リクエストにどれだけのコンテキストが含まれるか、どのツールを使うか、その作業がどう課金されるかを知りたいと考えます。

2026年2月の営業メモには、Freshdeskを使うメールセキュリティ企業が年間20,000件のチケットに向けて拡大している例があります。その購入担当者は、テストの1日で200回のAPI呼び出しを使ったと述べ、月9,000件のやり取りが見込まれる場合のコストを心配していました。これはテスト量についての過去の懸念であり、OpenAIの請求書でも、特定のプロンプトサイズがコストの原因だったという証拠でもありません。テストを本番の予算に当てはめる前に、まず課金単位を確認します。

この記事がこの構成になっている理由はそこにあります。レート表を最初に置くのは求められているからで、その次に、レートを実際に動かす4つの要素を取り上げます。請求書を渡されて先月なぜ2倍になったのかと聞かれたら、私が見るのはそこだからです。

OpenAI APIモデルの料金（抜粋）

以下の抜粋したモデルのレートは100万トークンあたりのUSDで、2026年9月8日にOpenAIの料金ページで確認しました。この表はStandardの短いコンテキストのレートを使っています。公式ページには古いモデルや専門サービスも掲載されています。

gpt-5.6はSolにルーティングされるエイリアスです。Sol、Terra、Lunaは2026年2月16日の同じ知識カットオフを持ち、モデルのドキュメントによるとreasoning.effortにnone、low、medium（デフォルト）、high、xhigh、maxを指定できます。Astraには独自の仕様があるため、GPT-5.6のデフォルトを当てはめないでください。より幅広いラインナップはOpenAIモデル一覧で紹介しています。

2行に補足があります。Daybreak Redモデルであるgpt-5.6-cyberは、入力$12.50、出力$75と記載され、料金表に長いコンテキスト帯の設定はありません。これらのレートは、Solの現在のプロモーション価格の入力と出力に対して、それぞれ3.125倍と3.75倍です。このモデルについてはGPT-5.6 Cyberの料金ガイドで扱っています。一方、chat-latestは入力$5、出力$30と記載され、Solの現在のレートとは一致しなくなりました。

エイリアスのgpt-daybreak-blue-latestとgpt-daybreak-red-latestは、現在それぞれgpt-5.6-solとgpt-5.6-cyberを指しています。OpenAIは、新しいモデルがプログラムに加わるにつれて、その対象と価格が変わると述べています。そのため、変動するエイリアスを使ってもモデルのバージョンや価格は固定されません。

7月30日の価格改定でモデル呼び出しの置き場所が変わった

OpenAIの変更履歴には、2026年7月30日からLunaが80%、Terraが20%値下げされたと記録されています。両者の現在のStandard・短いコンテキストのレートは、それぞれ$0.20/$1.20と$2/$12です。Solのその後のプロモーションレートは、上の現行表に別途反映されています。Hacker Newsのコメント投稿者はLunaの値下げに反応しました。

"80% price cut for luna is a very aggressive pricing move"

tosh, Hacker News

AI Buildersの投稿は、その結果生じたLunaとTerraの差を指摘しました。

"Luna and Terra now sit 10x apart on both input and output, where the gap was 2.5x."

AI Builders, LinkedIn

現在掲載されているレートでは、Terraの入力と出力の価格はどちらもLunaの10倍です。そのため、適したワークロードではLunaを評価する価値がありますが、Terraを使うチームが払いすぎていることの証明にはなりません。精度、トークン消費、レイテンシは異なりえます。Gemini 3.7 Flashのスレッドで社内ベンチマークを述べたあるコメント投稿者は、次のように報告しました。

"Then gpt-5.6-luna came along with the price cuts and immediately supplanted gpt-5-mini."

EB66, Hacker News

サービスティアとコンテキスト帯がレートを変える

Astra、Sol、Terra、Lunaについて、料金ページには4つのサービスティアと2つのコンテキスト帯が掲載されています。それぞれの組み合わせに、入力、キャッシュ入力、キャッシュ書き込み、出力の別々のレートがあります。ほかのモデルは提供状況が異なるため、このレイアウトをページ上のすべての行に当てはめないでください。

出力だけで見ると、gpt-5.6-solは100万トークンあたり**$10.00**（Batch、短いコンテキスト）から**$60.00**（Fastモード、長いコンテキスト）までです。これはティアとコンテキスト帯の組み合わせによる出力レートの6倍の差であり、同じプロンプトが両方のコンテキスト帯に属するという主張ではありません。Standardの短いコンテキストのレートでは、キャッシュ入力は100万トークンあたり$0.40、キャッシュ書き込みは$5.00です。これらは現在のSolのプロモーションレートで、少なくとも2026年11月21日まで利用できます。

私はモデルとサービスティアを合わせて比較します。たとえば、次のレートはすべて100万トークンあたりです。

短いコンテキストのレートでは、FastモードのTerraは、BatchのSolに対して入力で2倍、出力で2.4倍かかります。 そのため、SolのBatchからTerraのFastに移ると、より安いモデルを選んでもトークンコストが増える場合があります。同じティアのままモデルだけを変えるのは、別の比較です。Batchはレイテンシの要件も異なるため、置き換え可能な選択肢と見なす前に、ワークロードが待てるかを確認します。

272Kの崖

料金ページは、短いコンテキストと長いコンテキストのレートを分けています。GPT-5.6 Solのモデルページは、上位の帯が適用される条件を説明しています。

Prompts with >272K input tokens are priced at 2x input and 1.5x output for the full request.

ここから3つのことがわかり、どれも重要です。

第一に、しきい値は入力272,000トークンであり、マーケティングが前面に出す1,050,000トークンのコンテキストウィンドウではありません。宣伝された価格で使えるのは、宣伝されたウィンドウのおよそ4分の1です。

第二に、超過分だけでなくリクエスト全体が再計算されます。Solの現在のStandardレートでは、キャッシュ入力なしの272,001トークンのプロンプトは、272,000トークンを$4、1トークンを$8とするのではなく、入力のすべてが100万あたり$8で課金されます。キャッシュの読み取りと書き込みにも、それぞれ長いコンテキスト用の列があります。

第三に、プロンプトの長さと無関係な返信の長さにかかわらず、出力も1.5倍に動きます。

料金表とモデルページは合わせて読む必要があります。Korbinian AbstreiterのLinkedIn投稿は、このしきい値に驚いたことを述べています。

"Still didn't expect it"

Korbinian Abstreiter, LinkedIn

私は272Kを超える前に冗長なコンテキストがないか確認し、そのうえで、圧縮しても正しく答えるのに必要な情報が保たれるかをテストします。必要な根拠まで削ってしまうなら、トークン請求が減っても有用な節約ではありません。

Hacker Newsの議論は、Codexのコンテキスト設定と長いコンテキストの課金を結びつけています。あるコメント投稿者は、次のように説明しました。

"It cost people a LOT of money."

hendersoon, Hacker News

これはコメント投稿者の説明であり、製品判断についての公式な説明ではありません。OpenAIの意図や、Codexの現在のデフォルトを裏づけるものでもありません。このAPI予算で確認すべきなのは、各リクエストの入力トークン数と料金帯です。

2乗のアテンションを単純化した計算は、プロバイダーの提供コストの測定ではありません。アーキテクチャ、キャッシュ、ハードウェアも関わるため、OpenAIがなぜこの価格の段差を選んだかを説明することはできません。しきい値そのものは明示されており、あるコメント投稿者はその急な形に疑問を呈しました。

"I'm actually surprised it's implemented as a hard cutoff instead of a smooth gradient."

wren6991, Hacker News

レート制限ガイドには、長いコンテキストのリクエスト向けに別の制限が記載されています。該当する制限は開発者コンソールで確認してください。別枠があるというだけでは、スループットが低いとは言えません。関連する制限はOpenAIのレート制限ガイドで説明しています。

コンテキストに応じた価格設定はOpenAI特有のものではありませんが、しきい値は異なります。Grok 4.6のモデルページには、OpenAIの272Kの境界ではなく、200Kを超える高コンテキストの価格が記載されています。これらの割増を同等と見なさず、各プロバイダーのモデル別の表を確認してください。そのモデルについてはGrok 4.6の料金ガイドで別に扱っています。

仮のワークロードで崖がいくらかかるか

Sol上の仮の検索回答ボットを考えます。リクエストあたり入力40,000トークン、課金される出力900トークン、月30,000リクエスト、入力の50%がキャッシュとして課金されます。トークンだけでStandardで月$3,180となり、キャッシュ書き込み、ツール料金、地域処理料金は含みません。

次に、誰かが検索ウィンドウを広げ、各リクエストの入力が代わりに300,000トークンになったとします。モデルも、ティアも、量も同じです。

この例では、プロンプトを300,000から271,000トークンに減らすと、月のトークンコスト見積もりが$40,410から$18,426に下がります。 リクエストあたり入力29,000トークンを削るだけで、約54%の削減です。私はまず、削ったコンテキストが回答の質に影響するかをテストします。この節約は、ワークロードが価格のしきい値をまたぐ場合に成り立つもので、コンテキストの削減が常にモデルの変更より優れていることを示すものではありません。

r/openrouterの投稿は、ローカルで見積もったコストがプロバイダーのダッシュボードと異なったことを述べています。投稿者はLLMが生成した説明を貼り付けており、その中に次の主張がありました。

"Approximately 221 requests exceeded the 272K threshold."

Long context pricing thread, Reddit

投稿者は、OpenCodeで約$1.35、OpenRouterで$2.30と報告しました。$2.297の突き合わせと221リクエストという数は、貼り付けられたモデルの回答に由来するもので、独立して検証された利用状況のエクスポートではありません。私はこれを、プロバイダーの記録で確認する手がかりとして扱い、計算の証明とは見なしません。また、これはOpenAIの請求書ではなく、OpenRouterの価格に関する話です。

プロンプトキャッシュは90%割引と25%のペナルティ

Solの現在のStandard・短いコンテキストのレートでは、キャッシュ入力は100万トークンあたり$0.40で、キャッシュなしの$4.00に対して90%の割引です。キャッシュ書き込みは100万トークンあたり$5.00で、キャッシュなし入力レートの1.25倍です。 プロンプトキャッシュガイドは、通常入力、キャッシュ読み取り、キャッシュ書き込みを区別しています。プロンプト全体に単一の割引を当てはめるのではなく、3つすべてを計上します。

キャッシュガイドは、キャッシュ書き込みに課金するGPT-5.6以降のモデルと、その追加料金のない以前のモデルを区別しています。あるコメント投稿者は、モデルページを比べてその違いに気づきました。

"There was no cache write before!"

hyperknot, Hacker News

"Anyway this does mean the "real" prices are +25% on top of what you wrote there."

kingstnap, Hacker News

同じ量の対象プレフィックストークンで、1回の書き込みと1回の完全な再利用は通常の入力処理の1.35倍で、キャッシュなしの2回の処理の2倍と比べて安くなります。Solの短いコンテキストのレートでは、この2回の処理でプレフィックス100万トークンあたり$8.00ではなく$5.40です。その後の再利用がない書き込みは、通常の入力処理より25%高くなります。そのため、リクエストがすべて固有のワークロードでは、何を書き込むかを制御することが役立ちます。これは、このr/OpenAIのスレッドで挙がった懸念です。

"Most of our API usage isn't for chat bots or long-running agents. We build task-oriented applications where every request is unique: document processing, …"

Cache write pricing thread, Reddit

OpenAIのキャッシュガイドは、キャッシュされたキー・バリュー状態が以前のプレフィックスでの作業を保持すると説明しています。保持されている間はリソースを占有しますが、その仕組みだけではプロバイダーのコストも、特定の上乗せの正当性も裏づけられません。比較として、Anthropicの料金ではOpus 5の書き込みが、5分保持で通常入力の1.25倍、1時間保持で2倍と記載されています。書き込み倍率だけでなく、保持期間と再利用のパターンを比べてください。

賭けに勝てるかを決める仕組み

プロンプトキャッシュガイドより：

GPT-5.6以降では、明示的のみのキャッシュにより、安定した指示の後にブレークポイントを置き、変化するチケットの内容をキャッシュ書き込みの外に出せます。明示モードでブレークポイントがない場合、リクエストはキャッシュの読み取りも書き込みも行いません。これは1回限りのサポートリクエストで重要です。保存された唯一のブレークポイントが別の顧客のメッセージまで含むなら、同じ指示を繰り返すだけでは不十分です。変更の前後で、cached_tokens、cache_write_tokens、入力コスト合計を比べます。

混み合うサポートキューでは、プレフィックスの一致に加えてルーティングも見ます。ドキュメントによると、1台のマシンで毎分約15リクエストを超えるトラフィックは別の場所にあふれ、キャッシュを外す場合があります。これはキーごとに保証された上限でも、それを超えるすべてのリクエストが外れるという約束でもありません。混み合うグループのキャッシュヒットが減るなら、安定したキーに分散させてから結果を測定します。キーはルーティングに影響しますが、マシンを確保するものではありません。

ドキュメントは、"repeated prompt content alone does not guarantee a cache hit."とも明記しています。失敗のパターンはありふれていて高くつきますが、Eric NowoslawskiのLinkedIn記事は、最初に間違えた本人によるもので、私が見つけた中で最も明快な説明です。

"We were messing it up with putting custom parts of the prompt in the second or third sentence."

Eric Nowoslawski, LinkedIn

キャッシュの保持期間は、スケジュール実行の作業で重要です。10分間隔の仮のリクエスト10件が、それぞれ同じ対象プレフィックス100,000トークンを再利用する場合を考えます。Solの現在のStandard・短いコンテキストのレートでは、そのプレフィックスをキャッシュなしで10回処理すると$4.00です。1回の書き込みに続く9回の完全なキャッシュ読み取りは$0.86で、内訳は書き込み$0.50と、1回$0.04の読み取り9回です。これにはほかの入力トークンと出力トークンは含まれません。

30分の保持期間なら、この10分間隔をまたいで再利用できますが、タイミングだけではヒットは保証されません。ブレークポイントの一致とルーティングも関わります。各リクエストの前に期限切れになるキャッシュでは、結果が変わります。あるプロバイダーのほうが安いと主張する前に、実際の保持設定と観測された再利用を比べます。 Ravi Kiranのキャッシュに関する投稿は、再利用とルーティングを強調しています。ヒット率の数値の主張は別の提供環境についてのもので、あなたのOpenAIアプリケーションの測定済みのベースラインではありません。実務上のポイントはこれです。

"You need sticky routing, stable prefixes, and workloads that actually repeat."

Ravi Kiran, LinkedIn

計算機には、キャッシュから提供された入力トークンの測定済みの割合を使い、そのうえでヒット率の低いシナリオもテストします。30%も90%も、すべてのアプリケーションに通用するデフォルトとは言えず、計算機の見積もりはキャッシュ書き込み料金を依然として含みません。

推論トークンは出力レートで課金される

GPT-5.6の3モデルはいずれも、reasoning.effortにnone、low、medium、high、xhigh、maxを受け付け、デフォルトはmediumです。これらの推論トークンは出力トークンとして課金されます。

推論の強度が影響するのはトークン量であり、トークンあたりのレートではありません。たとえば、SolのStandard・短いコンテキストの出力は、課金される推論トークンを含めて100万トークンあたり$20です。強度の設定を上げると使用量が増えることがありますが、その変化の大きさはタスクによります。強度レベル間に固定の倍率を仮定せず、測定します。

"But at least via the API, you pay for tokens you cannot see."

HDBaseT, Hacker News

その副作用として、推論の強度は、モデルのティアが表すはずの価格差を部分的に埋めてしまいます。Qwen 3.8 Maxのスレッドのあるコメント投稿者は、それを的確に表現しました。

"So a mid priced model, with heavy reasoning output, cost the same as a expensive model, with medium reasoning output."

benjiro29, Hacker News

推論設定を比べるときは、モデル、評価タスク、強度レベル、課金されたトークンの合計を記録してください。第三者のベンチマークはテストする候補の目安にはなりますが、あなたのサポートキューの測定ではありません。設定を選ぶ前に、同じ代表的なリクエストで品質とコストを比べます。

ある開発者は、OpenAIの請求書ではなく、Opus 4.7の定価で評価したローカルの利用分析を共有しました。メインスレッドの見積もりは$19,221で、内訳はキャッシュ読み取り56%、キャッシュ書き込み35%、推論を含む出力8%でした。より広い分析は、メインスレッドとサブエージェントにまたがる933セッションを対象とし、合計の見積もりは約$22,720でした。これらは作者が再構成したコストであり、検証済みの支払額ではありません。

"Same shape as yours: re-read dominates, reasoning is the biggest re-read line, caching is the only thing keeping it sane."

sibidharan, Hacker News

この報告された見積もりは、起こりうるコスト配分の一例であり、すべてのエージェントに当てはまる規則ではありません。長い会話を繰り返し処理すると、ヒット率が高くてもキャッシュ入力が大きな支出になりえます。ほかのワークロードでは、出力、キャッシュ書き込み、ツールが支配的な場合もあります。最適化を選ぶ前に、実際の利用記録でそれらの区分を分けます。

代表的なトラフィックで、強度レベルごとにトークン数と回答の質を測定します。サービスティアの変更、冗長なコンテキストの短縮、再利用の改善、別モデルの選択は、それぞれ異なるコストに対応します。そのワークロードでのモデル選択についてはサポートチケット向けAIモデルガイドで論じていますが、ひとつの最適化がすべてのキューで勝つ証拠ではありません。

Batch、Flex、Fastモード

計算機の4モデルでは、サービスティアによって公開されたトークンレートが下のように変わります。FlexとFastはリクエスト設定を使い、Batchは別のBatch APIのワークフローで作業を送る必要があります。

使い方を変える、ドキュメントのいくつかの詳細があります。

Batch APIは、トークンコストが50%低く、別のレート制限プールがあります。Tier 5のSolでは、掲載されているバッチキューは150億の入力トークンを保持します。これはキューの容量の上限であり、同期の上限である毎分4,000万トークンと直接比較できるスループットではありません。1つのバッチで最大50,000リクエストと200 MBの入力ファイルを扱え、1時間あたり最大2,000件のバッチを作成できます。対応する完了ウィンドウは24時間です。バッチが期限切れになると、未完了のリクエストはキャンセルされ、完了したリクエストは課金対象のままです。そのため、待てる作業には向きますが、ライブのサポート返信のすべてには向きません。ある実務家は、その遅延に合わせて製品体験を調整することを語りました。

"The other thing I started looking into is batch pricing which represents 50% off for OAI tokens right now."

bob1029, Hacker News

Batchを前提に設計する前に、正確なモデルとエンドポイントでBatchが対応しているか確認してください。料金ページには複数のProモデルのBatch行があるため、Proという名称も高いStandard価格も、Batchが使えないことの根拠にはなりません。レイテンシは別の制約として残ります。そのモデルのコストはCodexの料金の内訳で扱っています。

Flex処理は、対応モデルの同期リクエストにBatchのトークンレートを使います。遅くなったり一時的に使えなくなったりすることがあるため、OpenAIは評価やデータ補強のような優先度の低い作業に勧めています。ガイドには、長いリクエスト向けの15分のタイムアウトが示されています。Flexのリソース利用不可エラーは課金されませんが、失敗やタイムアウトしたリクエストがすべて無料という意味ではありません。リトライには上限を設け、コストが異なるプロジェクトのデフォルトティアにフォールバックする価値があるかを明示的に判断してください。

Fastモードは、2026年7月30日にPriority processingから名称が変わりました。service_tier: "priority"とservice_tier: "fast"の両方に対応しています。OpenAIはSolで最大2.5倍高速と謳っており、すべてのリクエストでレイテンシの短縮を保証するものではありません。計算機の4モデルでは、公開されているFastのトークンレートはStandardの2倍で、これは使うトークン数ではなく、トークンあたりの価格を2倍にします。Fastはファインチューニング済みモデルとエンベディングに対応していません。

リクエストだけでなく、プロジェクトのデフォルトも確認してください。Fastに設定されたプロジェクトでは、service_tierを省略したときにFastが使われることがあり、省略してもStandard料金が保証されるわけではありません。レスポンスのservice_tierが、実際に使われたティアを示します。GPT-5.6のレスポンスはFastにpriorityを報告し、トラフィックの急増時にダウングレードされたリクエストはdefaultを報告してStandard料金になる場合があります。

2つの注意があります。第一に、Fastモードは長いコンテキストの割増と重なります。SolのFast・長いコンテキストの入力は100万トークンあたり$16.00で、Standard・短いコンテキストの入力の$4.00と比べて4倍であり、2倍ではありません。第二に、バックグラウンドジョブがStandardを使うと決めつけず、リクエストの実効ティアを確認してください。

"When I was going through this it was because OpenAI had defaulted to /fast mode with 2x token usage"

rubenflamshep, Hacker News

これは、GPT-5.6のローンチスレッドで、原因不明の消費ペースの急増を調べていた人の発言です。2.5倍の速度が2倍のコストに見合うかは、あなたの製品にとって現実的な問いであり、答えもあります。バックグラウンドジョブで誤ってそれを支払うのは、問い以前の話です。

請求書に載るそのほかのすべて

請求はトークンだけではありません。ツール、音声、画像、動画にもそれぞれ別のメーターがあり、「安い」プロトタイプが静かに安くなくなるのはここです。

ツール

Web検索のコンテンツトークンは、モデルに渡される取得済みの素材で、該当する検索呼び出し料金に加えて、モデルの入力レートで課金されます。対象のコンテナセッションは5分の最低料金で1分単位で計測されます。短い実行でも日割りのように按分課金されると決めつけず、セッションの料金条件を確認してください。ファイル検索のツール呼び出し料金は、Responses APIに適用されます。これらの異なるインターフェースについては、AgentKitガイド、ベクトルストアAPIリファレンス、Assistants APIガイドで扱っています。

音声、リアルタイム、文字起こし

音声出力は、gpt-realtime-2.1で100万トークンあたり$64.00で、miniバリアントの$20.00と比べて高くなっています。これらは音声トークンのレートなので、テキストトークンの価格と直接比べても、会話のコストはわかりません。代表的な通話で、音声の使用量と応答の質を測定します。このトレードオフについてはGPT-realtime miniの料金ガイドで論じており、リアルタイムでない経路は音声・スピーチAPIガイドで扱っています。

料金ページには、文字起こしの1分あたりのレートまたは見積もりが載っています。一部のモデルにはトークン単位の料金もあるため、これらの数値をすべて固定の分単位の課金契約として読むべきではありません。

gpt-live-transcribeの掲載レート1分あたり$0.017は、gpt-transcribeの$0.0045のレートの約3.8倍です。後者のレートは約74%低いものの、モデルもワークフローも異なります。この比較はBatch APIの割引ではありません。切り替える前に、レイテンシ、精度、機能要件をテストしてください。

エンベディング

OpenAIは料金ページで、エンベディングの価格を入力100万トークンあたりで公開しています。text-embedding-3-smallは$0.02、text-embedding-3-largeは$0.13、text-embedding-ada-002は$0.10です。エンベディングガイドには、1ドルあたりのページ数とベンチマークの目安となる比較も掲載されています。

largeモデルのトークンレートはsmallモデルの6.5倍です。ベンチマークの差は、ヘルプセンターから回答をどれだけ上手く取得できるかを示すものではありません。同じ質問とドキュメントで両方をテストし、チャンク分割と検索設定も確認します。その構成については、AIナレッジベースの構築メモで扱っています。

画像と動画

gpt-image-2は、画像入力トークン100万あたり$8.00、キャッシュが$2.00、出力が$30.00で、テキスト入力は$5.00です。ここでのキャッシュ入力は、テキストモデルの10%ではなく入力の25%である点に注意してください。Batchはそのすべてを半額にします。

生成ガイドには、選択したサイズでのGPT Image 2の出力コスト見積もりが載っています。リクエスト全体を見積もるには、テキスト入力と参照画像の入力料金を加えてください。

掲載されている出力コストの見積もりでは、高品質の正方形画像は、ピクセル数が少ないにもかかわらず、高品質の横長画像より約28%高くなります。正方形で低品質から高品質に上げると約35倍になります。ストリーミングされる部分画像1枚ごとに、画像出力トークンが100追加されます。編集用のエンドポイントは、画像編集APIのメモで扱っています。

動画はトークンではなく秒単位です。

sora-2-proの1080pを1分使うと、Standardで$42.00です。その対価として何が得られるかは、Sora 2の内訳で扱っています。

利用ティアが使える金額を決める

OpenAIの利用ティアは、支払い条件を、承認された月間利用上限とモデルごとのレート制限に結びつけています。これらは、あなた自身が設定する支出アラートやハードリミットとは別のものです。Free行のドル額は承認された利用上限であり、無料クレジットの付与ではありません。

モデルごとのレート制限もこれに応じて上がります。gpt-5.6-solの場合：

Solの現在のモデルページには、Tier 1からのStandardの制限が掲載されており、利用ティアのガイドはそのティアの条件を$5の支払い済みとしています。支払いの条件は、$5分のトークンを消費することとは同じではありません。Tier 5は、Tier 4の掲載TPMの10倍、バッチキュー容量の75倍を提供しますが、本番運用の普遍的な要件ではありません。アプリケーションのピーク需要を、実際の組織とプロジェクトの制限と比べてください。

レート制限は、ユーザー単位ではなく組織とプロジェクトのレベルで設定され、一部のモデルファミリーはプールを共有するため、うるさい社内ツールが本番のトラフィックを絞ることがあります。ベクトルストアへの取り込みには、ストアあたり毎分300リクエストの独自の上限があります。

コスト管理では、支出アラートとハードな支出上限は別の役割を果たします。アラートは、トラフィックが続く間に通知を送ります。組織またはプロジェクトで強制されるハードリミットは、追跡された支出が設定額に達した後、影響を受けるリクエストに429を返させます。強制には遅延があるため、記録された利用が上限をわずかに超えることがあります。上限はカスタマーサポートを止めることもあるため、アラートと、ハードリミットの意図的な判断、およびアプリケーションレベルのフォールバックを組み合わせます。支出上限のエラーをリトライしても、予算は戻りません。

地域別料金、クラウド請求、ファインチューニングの期限

データレジデンシーは10%かかります。 この注記は4つのサービスティアの表すべての下に載っています。地域の処理エンドポイントでは、"are charged a 10% uplift for models released on or after March 5, 2026, that are eligible for data residency."とされています。規制のある業種で、EU内処理は無料だと思っていたなら、そうではありません。対応リージョンはデータに関するガイドに載っています。

BedrockはAWSの請求を使います。 OpenAI Bedrockガイドは、その経路を直接APIと区別しています。価格は異なる場合があるため、該当するAWSのモデルとリージョンを確認してください。Bedrockのコンテキスト制限もモデルごとに異なり、GPT-5.4とGPT-5.5は272,000トークン、GPT-5.6のSol、Terra、Lunaは1,050,000です。古いモデルの制限を、連携全体に当てはめないでください。

セルフサービスのファインチューニングにも期限があります。非推奨ページによると、これまでファインチューニングを使っていない組織は、2026年5月7日にトレーニングへのアクセスを失いました。7月2日には、過去60日間にファインチューニング済みモデルの推論がなかった組織のアクセスが終了しました。既存のアクティブな顧客は、2027年1月6日に新しいファインチューニングジョブを作成できなくなります。推論は、基盤となるベースモデルが非推奨になるまで続きますが、それには別のより早い期限がある場合があります。料金ページには今も複数のファインチューニングモデルが掲載されていますが、掲載されている価格は、あなたの組織がトレーニングジョブを開始できることの根拠にはなりません。

コストモデルが小さなモデルのファインチューニングに依存しているなら、トレーニングの適格性とベースモデルの廃止日の両方を確認してください。プロンプトキャッシュと検索でコストやコンテキストの問題の一部は解消できますが、ファインチューニングで専門的な振る舞いを学習させることの同等の代替ではありません。

OpenAIの価格は他社と比べてどうか

これらの抜粋したレートは、100万トークンあたりの米ドルで、2026年9月8日に確認したものです。OpenAIの行はStandard・短いコンテキストの価格を使い、DeepSeekはオフピーク価格を使っています。表には、ツール、キャッシュ書き込み、ストレージ、税金は含まれません。定額のトークンレートは、各モデルが対応するコンテキストウィンドウの範囲内でのみ適用され、無制限の入力長には適用されません。

出典：OpenAI、Anthropic、Google、DeepSeek、Kimi。

Googleは、Gemini 3.7 Flashのレート$0.75/$3.75を2026年12月31日まで、2027年1月1日からは$1.50/$7.50と掲載しています。Standardの無料枠には無料の入力と出力が含まれますが、制限とデータ利用条件は別です。有料のコンテキストキャッシュにはストレージ料金もかかり、キャッシュ読み取りレートだけでは全体のコストになりません。

DeepSeekは、月曜から金曜のUTC 01:00〜04:00と06:00〜10:00に、掲載されているオフピークのレートを2倍にします。それ以外の時間はすべてオフピークです。24時間稼働するサポートサービスの予算を立てるときは、最も安い行だけでなく、想定されるリクエストのスケジュールを使います。

現在の短いコンテキストのレートでは、Solのプロモーション価格である入力$4、出力$20は、Opus 5の$5と$25より低くなっています。Sonnet 5はTerraの入力$2と同じで、出力はTerraの$12に対して$10です。これらは100万トークンあたりの比較であり、タスクあたりのコストの結果ではありません。モデルによって同じテキストのトークン化が異なり、生成する推論の量も異なりえます。Anthropicの料金ドキュメントも、長いコンテキストの価格を区別しています。

Claude 4.6 and later models and Claude Mythos Preview include the full 1M token context window at standard pricing. (A 900k-token request is billed at the same per-token rate as a 9k-token request.)

コンテキスト帯によって、どの選択肢が安いかが変わりえます。短いプロンプトでは、Gemini 3.7 Flashの掲載出力レート$3.75は、Lunaの$1.20より高く、低くはありません。同様に、DeepSeekの掲載オフピーク入力レート$0.22はLunaの$0.20より高い一方、出力レートの$0.66は低くなっています。あるプロバイダーが最安だという単一の主張は、こうした違いを隠します。各ワークロードの入力、キャッシュ、出力の量を比べ、そのうえでプロモーション期間と時間帯別の価格を考慮します。

私の見解： 移行を計画する前に、実際のコンテキストの長さ、サービスティア、キャッシュの使用状況を確認してください。待てる作業ではBatchを試し、コンテキストが冗長なところでは短いプロンプトを試します。価格のしきい値をまたぐためだけに、正しい回答に必要な情報を削らないでください。測定した節約額を、同じタスクで別のプロバイダーと比べます。節約額も移行の手間も、レート表だけからは推測できません。

ベンダー比較に時間をかける価値があるのはその後で、GPT-5.6の代替のまとめでは、各社をきちんと比較しています。従量課金のトークンではなく、個人向けシートのコストを見積もっているなら、同様の内訳としてChatGPTの料金があります。

3つの計算例

現在のレートを使った、月間ワークロードの仮の例を3つ示します。特に断りがない限り、すべて入力トークンの50%がキャッシュ入力として課金されると仮定しています。これらはトークンコストの見積もりであり、請求書の全体ではありません。キャッシュ書き込み、ツール、ストレージ、地域処理料金、その他のサービスは含みません。出力数には、課金される推論トークンを含める必要があります。

大量のチケット分類器。 Luna、チケットあたり入力4,000トークン、出力300、月50,000チケットで、入力トークンの60%がキャッシュとして課金されます。Standardで月$36.40、Batchなら$18.20です。安いモデルを選ぶ前に分類精度をテストします。トークン請求が低いからといって、そのラベルが有用だとは言えません。

検索回答ボット。 Sol、入力40,000トークン、出力900、月30,000リクエスト。見積もりはStandardで$3,180、Batchで$1,590、Fastモードで$6,360です。このトークン数を一定にしたとき、BatchとFastの差は$4,770です。この計算は、回答の質も、Batchのレイテンシがライブのサポート会話に合うかも測っていません。

検索の変更後の同じボット。 Sol、入力300,000トークン、出力900、Standardで30,000リクエスト。見積もりは$40,410に上がり、40,000トークンのStandardの例の約12.7倍です。変わったのは2点で、入力トークンが7.5倍になったことと、各リクエストが長いコンテキストのレートを使うことです。増加のすべてをしきい値をまたいだせいにするのは、誤解を招きます。

3つ目の例が、私がモデルの行は本質ではないと言い続ける理由です。そしてそれは、サポートキューに関しては、トークン価格で考えること自体がしばしば誤った抽象化だと私が考える理由でもあります。

トークン価格が適切な問いでなくなるとき

ここまでの内容は、モデルプロバイダーに支払うものの説明としては妥当です。しかし、サポートチケット1件があなたに与えるコストの説明としては不十分です。

サポートチケットには、複数のモデルリクエスト、検索の手順、ヘルプデスクの操作が必要になることがあります。モデルが生成するツールの引数と返されるツールの結果は課金対象のトークンを増やしますが、ヘルプデスクのAPI呼び出しを実行すること自体が、追加のモデルトークン料金を生むわけではありません。実際のモデルリクエスト、課金対象のツールサービス、インフラのコストを数えてください。ワークフローが変わったら、見積もりを再確認します。

あるr/SaaSの投稿者は、それを防ぐツールへの需要を探りながら、コストのかかったループを報告しました。これは自己申告のインシデントであり、独立して監査された請求書ではありません。

"Hey everyone, I just got hit with a $4,200 OpenAI bill because an agent I deployed for customer support got stuck in a recursive loop with my CRM tool call."

AI infinite loop thread, Reddit

この投稿は暴走ループを述べていますが、どの支出管理が設定されていたかは示していません。このリスクには、上限のあるリトライ、繰り返されるツール呼び出しの制限、モニタリング、意図的な支出管理が必要です。OpenAIは、反映に遅延のある、強制されるハードリミットに対応しています。トークン課金だからといって、上限のない請求になるわけではありません。

サブスクリプションとAPIの利用では、料金条件が異なります。Hacker Newsのコメントで、Simon Willisonはサブスクリプションに$200を払っていると述べ、その利用をAPIで換算した場合のコストを見積もりました。

"the API cost version of my token spend was $2,100"

simonw, Hacker News

報告されたAPI換算の見積もりは、サブスクリプションの支払いの10.5倍ですが、これは互換性のある製品同士の統制された比較ではありません。サブスクリプションの利用枠と、APIの直接課金は、条件が異なります。API導入では、サブスクリプションの価格をトークン予算に換算するのではなく、実際に行うリクエストを見積もってください。

2026年3月の営業メモには、月150,000件のチケットに向けて拡大していた複数企業のEC事業者が、やり取りごとの料金とチケットごとの料金をわかりにくいと感じたことが記録されています。購入担当者は、当時議論されていたレートで月約$30,000を見込みました。この過去の見積もりは、eeselの現在の料金ではありません。これは、オファーを比べる前に課金単位と想定ワークロードを定義する理由を示しています。

マネージドサービスは、自分で運用するワークフローの部分と、利用の課金のされ方を変えます。この「作るか買うか」の問題は、AIカスタマーサポートのコスト削減ガイドで検討しています。

それより前の段階で、請求額ではなくカテゴリの規模を見積もっている段階なら、AIチケットシステムガイドのほうが出発点として適しています。

eesel CLIでサポートの利用状況を確認する

APIの料金は、モデルプロバイダーがあなたのアプリケーションに請求する金額を示します。eeselでは、マネージドのチームメイトを運用し、eeselのクレジット制プランで支払います。eesel CLIは、ダッシュボードと同じチームメイトとワークスペースにアクセスするもうひとつの方法であり、別のモデルのサブスクリプションでも、クレジット利用を避ける方法でもありません。

これは、コーディングエージェントがコストの疑問の調査を手伝うときに役立ちます。Claude Code、Cursor、CodexはCLIのJSON出力を読み取り、請求、最近のアクティビティ、作業を開始する自動化の確認を手伝えます。既存のサポート設定を調べてもらうのであって、別のアプリケーションを作らせたり、OpenAIのトークンレートからあなたの請求を推測させたりするわけではありません。

既存のワークスペースでは、認証と接続先の確認から始めます。これらのコマンドにはNode.js 18.17以降が必要です。

npx @eesel/cli login
npx @eesel/cli whoami
npx @eesel/cli agents
npx @eesel/cli billing

次に、対象のチームメイトを明示的に選択します。SUPPORT_AGENT_IDをその識別子に置き換えてください。

npx @eesel/cli status --agent SUPPORT_AGENT_ID
npx @eesel/cli activity --agent SUPPORT_AGENT_ID
npx @eesel/cli automations --agent SUPPORT_AGENT_ID

請求は、現在の請求状況の読み取り専用ビューです。1人のチームメイトを選択すると、ワークスペースレベルのすべての料金がそのチームメイトに絞られると決めつけないでください。返されたレコードの範囲と日付を比べます。アクティビティは何が実行されたかを説明する助けになりますが、すべてのタスクが成功したことの証明にはならず、アクティビティの合計が自動的に請求額の合計になるわけでもありません。

コーディングエージェントへの限定された指示は、たとえば次のようになります。

Inspect billing, recent activity, and the selected teammate's automations. Explain which work starts automatically and identify any missing information needed to estimate costs. Do not change overage caps, payment details, integrations, or automations. Propose any changes for review, and do not expose credentials.

現在の料金ドキュメントは、サポート料金をクレジットで説明しています。1クレジットは1件のチケットまたはチャットセッションで、固定の月額プランは500クレジットの$299から、加えてブログ記事は1本$4です。プラットフォーム料金もシートごとの料金もありません。CLIのドキュメントは、チャットを課金対象の作業として明確に扱っているため、設定の確認が無料だからといって、CLIでのリハーサルも無料だと決めつけないでください。

サポートのチケットとチャットが1,000件ある仮の月では、$499の1,000クレジットのプランでカバーできます。この例にはアドオン、超過分、ブログ記事は含みません。請求額の計算には、実際のワークスペースの条件を使ってください。

計算だけでなく、展開の判断をテストする

自動化をより多くのサポートトピックに広げた後、アクティビティが増えたとします。まず、トリガーとフィルターを確認します。ボリュームの増加は調査の理由にはなりますが、二重請求や不具合の証明ではありません。追加されたタスクが意図したものだったか、その回答がポリシーを満たしていたかを確かめます。

架空のリハーサルでは、書き込みアクションを無効にして、承認済みのキャンセルポリシーを使います。サブスクリプションを解約したいが、通常の終了日を過ぎてもアクセスを維持したい顧客への返信を、チームメイトに下書きさせます。ポリシーと要求された例外を切り分け、人間の承認が必要なタイミングを示し、サブスクリプションが変更されたと主張しないようにするべきです。

このケースを始めるときは、選択したエージェントに限定した、新しい--nameの新規の会話を使います。フォローアップのチャットは、その会話を続けます。CLIでのチャットは、それぞれがクレジットを消費するため、テスト予算に含めてください。--dry-runフラグは、書き込みリクエストのプレビューであり、回答の質や将来の支出のプレビューではありません。

その後、ライブの自動化の変更を承認する場合は、両側を確認します。意図したリクエストがチームメイトに届き、除外したリクエストは届かないことです。顧客に実際に届く結果は、アクティビティ数とは別に確認します。ボリュームを絞ればコストを抑えられますが、それだけで回答が良くなるわけではありません。

eeselを試す

サポートキューでは、モデル呼び出しだけでなく、ワークフロー全体のコストを比較してください。eeselはクレジット制の料金で、CLIを使えば、別のサポートアプリケーションを作ることなく、ワークスペースの請求と選択したチームメイトのアクティビティを確認できます。月額の合計を見積もる前に、現在のプランとクレジット量を確認してください。

定義した一連のリクエストから始め、それらを選ぶ自動化を確認します。書き込みを有効にする前にポリシーの回答をリハーサルし、そのうえで実際のアクションの配信を確認します。タスク量を示すレポートはアクティビティの証拠であり、解決の成功や正確な請求予測の証明ではありません。

アプリケーション固有のモデルオーケストレーションやインフラが必要なら、カスタムAPI実装と、マネージドのチームメイトがサポートするワークフローを比べてください。課金単位が違えば、責任も違います。どちらの料金モデルも、あなたのタスクで良い結果を保証するものではありません。

実行を予定しているワークフローの対応する連携、ナレッジの準備状況、アクション権限を確認してください。ソースを接続したことは、そのコンテンツのダウンロードが完了したことや、すべてのヘルプデスクのアクションが使えることの証明にはなりません。

決める前に、同じワークロードをお使いのヘルプデスクのネイティブAI機能と比べ、両側でテストと運用のコストを含めてください。

サポートのチームメイトを設定し、CLIでその動作を確認したいなら、eeselを試すことができます。現在の条件と提案された権限を確認し、結果を確かめてから拡大してください。