このページでは
短い答え
プロンプト キャッシュにより、リクエストが再利用可能なプレフィックスを共有する場合、繰り返しの入力処理を減らすことができます。これは、アプリケーションが古い回答を返しているという意味ではありません。実際に請求された入力、該当する場合は書き込み、出力、レイテンシ、および受け入れられた結果を測定します。ヒット率が高いだけでは、総運用コストは低くなりません。
何を持ち帰るか
- 再利用可能な命令は可能な限り安定した状態に保ちます。
- プロンプト キャッシュをアプリケーション応答キャッシュから分離します。
- 正確なモデルの保持ルールと請求ルールを確認してください。
ソースをチェックしました .研究総合と Rubrex の推奨事項。例とローカル実験にはラベルが付けられています。これらはクライアントの結果ではありません。
何が再利用されているかを理解する
OpenAI は、プロンプト キャッシュを、一致するプロンプト プレフィックスの中間状態の再利用として説明しています。モデルは引き続き新しい入力を処理し、応答を生成します。現在のドキュメントでは、価格設定と保持動作モデルに依存しています。サポートを確認せずに古いモデルから構成をコピーすることは避けてください。私たちの推奨事項は、リクエストのインベントリから始めることです。繰り返される命令とツールを特定し、実際のトラフィックのどれだけがそれらのプレフィックスを共有しているかを測定します。
現実的な交通実験を構築する
同じモデル、タスク分散、および出力の期待値を使用して、同等のトラフィックを比較します。合成プロンプトを繰り返すと、さまざまな顧客の要求に応じて消えてしまう魅力的なキャッシュ結果が生成されることがあります。コールド スタートと反復インタラクションの両方を含めて、観察ウィンドウを記録します。実験によってプロンプトのレイアウトが変更された場合は、回答の品質が依然として同じルーブリックを満たしていることを確認します。有用なコンテキストを削除することによって達成されるコストの改善は、別の介入であり、別個の説明に値します。
リクエスト全体のアカウント
キャッシュされた読み取り、キャッシュされていない入力、課金対象のキャッシュ書き込み、および生成された出力を別の会計フィールドに保持します。タスクの合計を計算するときに、ツールのコストと再試行を追加します。例示的な例として、他のすべてが一定のままであると仮定すると、総コストの 5 分の 1 に相当する入力コンポーネントを半分にすると、合計が 10 分の 1 に減ります。請求額が半額になるわけではありません。この単純な例を予測に置き換える場合は、実際の使用記録と現在のプロバイダー料金を使用してください。
| メトリック | 計算方法・確認方法 | 支持する決定 |
|---|---|---|
| キャッシュされた入力共有 | キャッシュされた入力トークン / 報告された入力トークンの合計 | 再利用によってインプットにどれだけのメリットが得られますか? |
| 観測されたリクエストコスト | 請求される入力、書き込み、出力、およびツール コンポーネントの合計 | 請求書は予測と一致していますか? |
| 最初のトークンまでの時間 p95 | リクエストの開始から最初の出力トークンまでの 95 パーセンタイル | 再利用により知覚される遅延は改善されますか? |
| 受け入れられたタスクごとのコスト | 試行およびレビューの合計コスト / 受け入れられたタスク | キャッシュはビジネスの成果を向上させますか? |
キャッシュの変更を操作上の変更として扱う
選択した保持動作がアプリケーションのデータ処理コミットメントに適合するかどうかを確認します。テナントの認証をキャッシュから独立させ、ヒット率を上げるためだけに機密データを保存しないようにします。頻繁なプロンプト編集や非常に変わりやすいツール定義など、プレフィックスの再利用を減らすトラフィックの変更に注意してください。導入後、予測を観察されたコストおよび品質と比較します。節約がなくなった場合は、プロバイダーが料金を変更したと考える前に、使用構成を調査してください。
証拠の限界
キャッシュ動作、アカウンティング フィールド、および保持オプションはプロバイダーとモデルによって異なります。この計算は例示的なものです。この記事では、測定された Rubrex の待ち時間や節約については報告しておらず、特定の割引を約束するものでもありません。
よくある質問
プロンプトのキャッシュは応答の保存と同じですか?
いいえ。プロンプト キャッシュでは入力処理が再利用されます。アプリケーション応答キャッシュは、以前に保存された応答を返すことができるため、独自の鮮度ポリシーが必要です。
キャッシュ ヒット率が高いほど常に良いのでしょうか?
いいえ、総コスト、品質、保持要件、待ち時間が重要です。キャッシュされたリクエストでも、高価な回答や使用できない回答が生成される可能性があります。
出典と詳細情報
このブリーフィングの背後にある主な情報源。情報源の発見は、その情報源自身の研究条件に当てはまります。 arXiv での出版は査読を確立しません。
- OpenAI プロンプトのキャッシュ OpenAI · 生きたリファレンス · 維持されたドキュメントレビュー済み: プレフィックスの再利用、キャッシュ アカウンティング、およびモデル固有の保持ガイダンス.アクセス済み 2026年9月25日.
質問または修正がありますか? Rubrex に書き込む. 編集アプローチを読む.