一部のモデルで、より高速かつ安定したパフォーマンスを求める API のお客様向けに、Fast モードを提供しています。以下では、仕組み、料金、利用可能なモデル、レート制限、信頼性、ポリシー、利用条件に関するよくある質問にお答えします。
注：優先処理は、2026 年 7 月 30 日に Fast モードに名称が変更されました。API リクエストでは、service_tier: priority と service_tier: fast のどちらも使用できます。
詳細は、Fast モードについてをご覧ください。
Fast モードの地域別の利用可否
Fast モードの利用可否は、各法域で適用される法令や規制によって異なります。お住まいの地域での利用可否についてご質問がある場合は、OpenAI の担当者にお問い合わせください。
仕組み
既存の service_tier パラメーターに service_tier = "fast" を指定すると、リクエスト単位でトラフィックを Fast モードに送信できます。
Fast モードで処理されたトークンは、標準処理より高い単価で、トークン単位で課金されます。
リクエスト単位での設定に加え、プロジェクト設定 > プロジェクトのデフォルトサービスティア：Fast で、プロジェクトのデフォルトを Fast モードに設定することもできます。この場合も、リクエストごとに設定を上書きできます。プロジェクト設定で Fast を選択することは、優先を選択することと同じです。
スケールティアとはどのような関係ですか？
スケールティアは、引き続き Fast モードとは別のサービスとして提供されます。Fast モードに送信されたリクエストは別途課金され、購入済みのスケールティアの TPM バンドルは消費しません。
スケールティアの上限を超えたトラフィックを Fast モードに自動的に送信できますか？
いいえ、できません。スケールティアに送信されたトラフィックが上限を超えても、Fast モードに自動的に振り分けられることはありません。
Fast モードはどのように課金されますか？
Fast モードで処理されるトークンは、標準処理よりも高い単価で、トークンごとに課金されます。
年間の利用金額コミットメントは、特定の処理モードに限定されますか？
いいえ、限定されません。すべての処理モードの利用金額が、Enterprise 契約の年間利用金額コミットメントに算入されます。
キャッシュ済み入力トークンへの割引適用
割引は引き続き適用されます。対象のキャッシュ済み入力トークンには、標準処理と同じ割引が適用されます。
Fast モードの使用量と費用の確認方法
Fast モード（旧称：優先処理）で処理されたトークンを確認するには、使用状況ダッシュボードで Chat Completions または Responses を選択し、サービスティア別にグループ化を選択してください。
Fast モードの費用を確認するには、使用状況ダッシュボードで明細項目別にグループ化を選択してください。
使用状況ダッシュボードでは、GPT-5.6 以前のモデルへの Fast モードのリクエストは、fast を指定していても priority と表示されます。
モデル
Fast モードの長いコンテキスト、ファインチューニング済みモデル、埋め込みへの対応
GPT-5.6 モデルは、Fast モードで長いコンテキストに対応しています。Fast モードは、ファインチューニング済みモデルや埋め込みには対応していません。
Fast モードでの他のモダリティの利用
Fast モードでは、標準処理と同じマルチモーダル機能を利用できます。特に、画像も Fast モードの入力として使用でき、同じ低レイテンシで処理されます。
今後のモデルにも対応しますか？
新しい GPT モデルでも Fast モードを提供する予定ですが、すべてのモデルでの対応を保証するものではありません。
レート制限
レート制限
レート制限では、Fast モードの使用量は標準の API トラフィックと同じように扱われます。
ランプレートの制限
Fast モードでは、柔軟なオンデマンド料金体系を維持しながら、すべてのお客様に安定して高いパフォーマンスを提供するため、ランプレートに制限を設けています。(a) Fast モードのパフォーマンスが低下しており、かつ (b) お客様のトラフィックが急激に増加している場合、まれに一部のリクエストが標準処理に切り替わることがあります。
現在の Fast モードのランプレート制限は、Fast モードのドキュメントに記載されています。
ランプレート制限内で利用するためのベストプラクティス
モデルを変更するときは、トラフィックを段階的に増やしてください。たとえば、アプリケーションを以前のスナップショットから新しいものへ移行する場合は、フィーチャーフラグを使い、一度に切り替えるのではなく、数時間かけてトラフィックを移行してください。
Fast モードで大規模なデータ処理や非同期ジョブを実行することは避けてください。こうしたジョブはトラフィックを急増させる可能性がある一方、多くの場合、Fast モードによるパフォーマンス向上を必要としません。
ランプレート制限に頻繁に達する場合は、代わりにスケールティアの利用枠の購入をご検討ください。
ランプレートの制限は、プロジェクトや組織をまたいで共有されますか？
はい、すべてのトラフィックが合算され、同じランプレートの制限が適用されます。
ポリシー
Fast モードがレイテンシ目標を満たさない場合の対応
GPT-6 Astra の Fast モードには、レイテンシに関する SLA はありません。GPT-5.6 以前のモデルでは、Fast モードとスケールティアに同じ SLA が適用されます。対象の Enterprise 契約では、レイテンシ目標を達成できなかった場合に、サービスクレジットが付与されることがあります。ご質問はアカウント担当責任者にお問い合わせください。
Fast モードのデータレジデンシー対応
対応していますが、利用可否はモデルによって異なります。GPT-6.1 Sol、GPT-6 Sol、GPT-6 Luna は EU データレジデンシーに対応していますが、GPT-6 Astra は対応していません。
Fast モードの ZDR および BAA への対応
対応しています。ただし、モデル、エンドポイント、ツール、利用資格、契約に関する適用要件を満たす必要があります。
GPT-6 Astra と GPT-6.1 Sol 向けの Ultrafast
Ultrafast は、対話型アプリケーションやコーディングワークフローなど、GPT-6 Astra と GPT-6.1 Sol の応答により低いレイテンシを求めるワークロード向けの、独立したサービスティアです。
Fast モードの料金、レート制限、ポリシーに関する案内は、service_tier="fast" を使用するリクエストに適用されます。Ultrafast のリクエストには、別のティアである service_tier="ultrafast" を使用します。
Ultrafast リクエストの送信方法
Ultrafast へのアクセス権がある組織では、以下を指定して Responses API を使用してください。
モデル：
gpt-6-astraまたはgpt-6.1-solサービスティア：
ultrafast任意のリクエストヘッダー：
OpenAI-Service-Tier: ultrafast
リクエストヘッダーの指定は任意です。指定する場合、その値はリクエスト本文のサービスティアと一致している必要があります。
ツール呼び出しを実行するアプリケーションでは、WebSocket モードを使うと、ターンをまたいで接続を再利用し、接続のオーバーヘッドを削減できます。
他のサービスティアでの同じリクエストヘッダーの使用
OpenAI-Service-Tier ヘッダーを指定する場合は、fast または ultrafast を指定できます。default、fast、flex など、別のサービスティアに変更する場合は、リクエストと一致するようにヘッダーを更新するか、省略してください。
Work や Codex での Ultrafast の利用
対象のプランおよびワークスペースでは、Work と Codex でも Ultrafast を利用できます。ChatGPT の対象プランや利用条件は、API の利用条件とは異なります。
利用可否や使用に関する詳細は、ChatGPT Work と Codex をご覧ください。