一部のモデルで、より高速かつ安定したパフォーマンスを求める API のお客様向けに Fast モードを提供しています。以下では、仕組み、料金、利用可能なモデル、レート制限、信頼性、ポリシー、利用資格に関するよくある質問に回答します。
注：Priority processing は 2026 年 7 月 30 日に Fast モードへ名称変更されました。API リクエストでは、service_tier: priority と service_tier: fast のどちらも使用できます。
詳しくはこちらをご覧ください。
Fast モードはすべての地域で利用できますか？
Fast モードの提供可否は、各法域で適用される法令によって異なります。お住まいの地域での提供状況についてご不明な点がある場合は、担当のアカウントディレクターにお問い合わせください。
仕組み
既存の service_tier パラメーターで service_tier = "fast" を指定すると、リクエスト単位でトラフィックを Fast モードに送信できます。
Fast モードで処理されたトークンは、標準処理よりも割増された料金で、トークン単位で請求されます。
リクエスト単位での設定に加え、［プロジェクト設定］>［デフォルトのサービスティア：Fast］で、プロジェクトのデフォルトを Fast モードに設定することもできます。引き続き、リクエスト単位で設定を上書きできます。プロジェクト設定で Fast を選択することは、Priority を選択することと同じです。
スケールティアとの関係はどうなりますか？
スケールティアと Fast モードは、引き続き別のサービスとして扱われます。Fast モードに送信されたリクエストは別途請求され、購入済みのスケールティアの TPM バンドルには算入されません。
スケールティアからあふれたトラフィックを、自動的に Fast モードへ送信できますか？
いいえ。スケールティアに送信されたトラフィックが、自動的に Fast モードへ振り分けられることはありません。
Fast モードの料金はどのように請求されますか？
Fast モードで処理されたトークンは、標準処理よりも割増された料金で、トークン単位で請求されます。
年間利用契約は、特定の処理モードに紐づきますか？
いいえ。すべての処理モードでの利用額が、Enterprise の年間利用契約額に算入されます。
キャッシュ済み入力トークンの割引は引き続き適用されますか？
はい！キャッシュ済み入力には、標準処理と同じ 50～75% の割引が適用されます。
Fast モードの使用量と利用額を確認するにはどうすればよいですか？
Fast モード（旧 Priority processing）で処理されたトークンを確認するには、使用状況ダッシュボードを開き、Chat Completions または Responses を選択して、Group by Service Tier を指定します。
Fast モードの費用を確認するには、使用状況ダッシュボードを開き、Group by Line Item を選択します。
使用状況ダッシュボードでは、service_tier に priority または fast を指定したリクエストは、引き続き priority と表示されます。今後のモデルでは更新される予定です。
モデル
Fast モードは、ロングコンテキスト、ファインチューニング済みモデル、埋め込みなどで利用できますか？
現時点では利用できません。今後、最新モデル以外の製品にも Fast モードを提供するかどうかを検討します。
Fast モードでは、その他のモダリティはどのように機能しますか？
Fast モードは、標準処理と同じマルチモーダル機能に対応しています。特に、画像を Priority processing への入力として使用でき、同様の短いレイテンシーで処理されます。
今後のモデルにも対応しますか？
新しい GPT モデルでも Fast モードを提供する予定ですが、すべてのモデルへの対応を保証するものではありません。
レート制限
レート制限はどのように設定されていますか？
レート制限において、Priority processing の使用量は標準の API トラフィックと同様に扱われます。
トラフィック増加率の制限とは何ですか？
Fast モードには、柔軟なオンデマンド料金を提供しながら、すべてのお客様に一貫して高いパフォーマンスを確保するため、トラフィック増加率の制限が設けられています。（a）Fast モードのパフォーマンスが低下し、かつ（b）お客様のトラフィックが急増している場合、まれに一部のリクエストが標準処理へ切り替えられることがあります。
Fast モードの現在のトラフィック増加率の制限は、こちらの主要ドキュメントに記載されています。
トラフィック増加率の制限内に収めるためのベストプラクティス
モデルを変更する際は、トラフィックを徐々に増やしてください。たとえば、アプリケーションを以前のスナップショットから新しいものへ移行する場合は、トラフィックを一度に切り替えず、機能フラグを使用して数時間かけて移行してください。
Fast モードで大規模なデータ処理や非同期ジョブを実行しないでください。こうしたジョブではトラフィックが急増しやすく、多くの場合、Fast モードの高いパフォーマンスは必要ありません。
トラフィック増加率の制限に頻繁に達する場合は、代わりにスケールティアのクォータ購入をご検討ください。
トラフィック増加率の制限は、プロジェクト間または組織間で共有されますか？
はい。すべてのトラフィックが同じトラフィック増加率の制限に算入されます。
ポリシー
Fast モードがレイテンシー目標を満たしていない場合はどうなりますか？
ご質問やご懸念がある場合は、担当の AD にお問い合わせください。Fast モードの SLA はスケールティアの SLA と同様に扱われます。Enterprise 契約のお客様について、所定の期間内に SLA を満たせなかった場合は、サービスクレジットを提供します。
Fast モードはデータレジデンシーに対応していますか？
はい。
Fast モードは ZDR および BAA に対応していますか？
はい。