プロンプトキャッシュは、生成AIに繰り返し渡す入力の処理結果を一時的に再利用する仕組みです。会話内容を長期的に覚えるメモリや、回答をそのまま保存する機能とは異なります。利用条件や料金はサービスとモデルによって変わります。
この記事では、ヒット・ミスの流れから、費用の見方、入力を設計するときの注意点まで、公式情報をもとに整理します。
プロンプトキャッシュとは？繰り返す入力を効率よく処理する仕組み
プロンプトキャッシュは、AIモデルへ渡す入力のうち、以前と共通する部分を処理する際に、一定条件の下で前回の処理結果を活用する仕組みです。モデルへの質問が同じでなくても、前半の共通部分を再利用できる場合があります。
例えば、社内文書をもとに質問に答えるアプリを考えてみましょう。毎回同じ説明書と共通指示を先に送り、その後ろに個別の質問を置く設計なら、同じ部分の再処理を減らせる可能性があります。これは仕組みを説明するための例であり、実際に計測した効果ではありません。
入力はモデルが扱う単位であるトークンに分けられ、長い指示や資料は多くの入力トークンになります。キャッシュ対象の範囲、最低長、対象モデルなどは提供元によって異なります。常にすべての入力が対象になるわけではありません。
「キャッシュ」は入力を丸ごと記憶することではない
プロンプトの前半を繰り返し処理するための内部表現を利用することと、会話の意味をユーザーごとに学習して長期間覚えることは別です。また、キャッシュを利用しても、その都度の質問を踏まえて応答が生成されます。
サービスによって内部実装やデータの扱いは違います。名称だけで保存内容や利用範囲を判断せず、契約先の説明と設定を確認しましょう。
プロンプトキャッシュのヒット・ミスが起きる流れ
キャッシュヒットは再利用できる部分が見つかった状態、キャッシュミスは条件を満たす保存済み部分が見つからず、新たな処理が必要な状態です。一般的な流れは次のとおりです。
- 共通指示と資料を含む入力を送る。
- 提供元の条件を満たす部分がキャッシュ対象になる。
- 後続の依頼で共通部分を先頭から送る。
- 一致する有効な部分があれば再利用し、異なる部分を処理する。
- 利用明細や応答の使用量情報で再利用の有無を確認する。
たとえば、最初の指示が「次の資料を読み、簡潔に回答する」で、同じ資料の後ろに別々の質問を置く場合、前半は共通で後半だけが変わります。反対に先頭に現在時刻や利用者ごとの情報を毎回挿入すると、共通部分が短くなることがあります。
一致の判定には本文だけでなく、画像やツールの指定などが関係する場合もあります。どこまでが同一と判定されるかはAPI仕様で確認し、ヒットを当然視しないことが大切です。
キャッシュが使われなかったら
入力長が条件に届かない、内容や順序が変わった、保持時間を過ぎた、対象外のモデルを使っているなど、複数の可能性があります。利用状況の指標と実際のリクエスト構成を照合し、原因を切り分けます。キャッシュミスが起きても、それだけで回答が誤りになったとは限りません。
プロンプトキャッシュとメモリ・回答保存の違い
3つは目的も再利用する対象も違います。混同すると、費用の見積もりや情報の取り扱いを誤るおそれがあります。
| 機能 | 主な目的 | 再利用するもの | 注意点 |
|---|---|---|---|
| プロンプトキャッシュ | 共通入力の処理を効率化 | 条件を満たす入力の処理結果 | 有効期限や一致条件は提供元ごとに異なる |
| メモリ | 過去の情報を後の会話に役立てる | 設定や会話から保持した情報など | 対象情報・保存期間・削除方法は製品設定による |
| 回答の保存 | 以前の生成結果をそのまま再利用 | 生成済みの文章など | 情報が古くなっていないか確認が必要 |
AIのメモリの仕組みでは、過去の情報を保持して活用する考え方を説明しています。プロンプトキャッシュを有効にするだけで、利用者の好みが長期保存されると考えるのは適切ではありません。
また、以前の回答をそのまま表示する仕組みなら、最新の質問や条件を反映しないことがあります。目的が「同じ回答の再表示」なのか「入力の処理を効率化して新しく回答する」なのかを分けて設計しましょう。
プロンプトキャッシュが役立つ用途と注意したい用途
共通する長い入力を短い間隔で繰り返す用途では、再利用できる範囲が増える可能性があります。たとえば次のようなケースです。
- 共通の長い指示に、利用者ごとの質問だけを加える。
- 同じ資料を参照しながら、複数の論点を順番に確認する。
- 同じ形式や定義を含む入力を、継続的に処理する。
一方、毎回入力全体が違う、一度しか送らない、共通部分が短い、間隔が保持期間より長い場合などは、十分な再利用を期待できないことがあります。機能が存在することと、個別の運用で実際に効果が出ることは別です。
入力の順番を整えることは、コンテキストエンジニアリングの考え方にもつながります。ただし、キャッシュのために本来必要な情報を削ったり、重要な指示の優先順位を変えたりしないよう注意してください。
プロンプトキャッシュの料金・保持期間・対象条件
費用は、入力の通常処理、キャッシュの作成・読み取り、出力などの区分を確認します。利用料金の考え方は提供元やモデルで違い、キャッシュ作成時に追加料金があるサービスもあります。
料金は入力・保存・読み取りを分けて見る
キャッシュ読み取りの単価だけを見て、総額が必ず安くなるとは判断できません。対象外部分の入力、キャッシュ書き込み、出力、利用回数を合わせて比較します。トークン単価の解説も、通常の利用料金を理解する際の参考になります。
概念上の計算は「通常入力の費用＋キャッシュ作成費用＋キャッシュ読み取り費用＋出力費用」です。各単価と実際の使用量を使い、対象外機能や契約条件も含めて算出します。これは料金体系の共通保証ではなく、比較するための整理です。
有効期限と最小入力長を確認する
AnthropicのClaude APIの公式資料では、標準のキャッシュ保持は5分、延長の選択肢は1時間と説明されています。読み取り時の更新や課金、対象モデルなど細かい条件もあるため、最新の公式資料を確認してください。OpenAI APIの公式資料でも対象モデルや保持設定に関する説明がありますが、他社の数値をそのまま当てはめることはできません。
保持時間を過ぎた場合や共通部分の条件が合わない場合は、新しいキャッシュ作成が必要になることがあります。画面の「使える」という表示だけでなく、利用明細に記録された実際の読み取り量を確認しましょう。
プロンプトキャッシュで入力や設定を変える際の注意点
変更頻度が低い内容を前に置き、依頼ごとに変わる内容を後ろにまとめることは、共通部分を維持するための一つの考え方です。ただし実際に何がキャッシュ可能かは、利用先の仕様に従います。
- 共通の指示や資料が、不要な改行・順序変更を含めて変化していないか。
- 日時、利用者ID、質問文のような変動部分をどこに置くか。
- ツール定義や画像など、本文以外を含む一致条件があるか。
- キャッシュ作成・読み取りの使用量が想定どおり記録されているか。
- モデル変更や設定変更のあとも条件を満たすか。
共通化のために違う利用者の機密情報を同じ入力として扱う必要はありません。アクセス制御と利用目的を優先し、安全に共有できる部分だけを設計します。
プロンプトキャッシュのデータ取扱と導入前の確認
キャッシュは通常の情報管理を不要にするものではありません。送信する情報の権利、個人情報、契約上の秘密保持、保存期間、削除、組織間の分離、提供地域を確認し、必要な社内手続きを経て利用します。
Anthropicの公式説明ではキャッシュに関する保存方式や分離の範囲が記載されています。ただし、利用する製品・クラウド基盤・契約により条件は変わるため、一般論をそのまま自社の契約条件とみなさないでください。サービスのデータ保持全体と、キャッシュ固有の保持は分けて確認します。
また、キャッシュヒットは内容の正確性や安全性の保証ではありません。最新情報が必要な業務では参照資料を更新し、重要な回答は人が根拠とともに確認します。
プロンプトキャッシュに関するよくある質問
毎回同じ回答になりますか？
同じ回答が保証されるわけではありません。入力処理の一部を再利用しても、回答自体が保存される仕組みとは別です。生成結果は質問や設定などによって変わる場合があります。
使えば必ず料金が下がりますか？
必ず下がるわけではありません。対象範囲、書き込みと読み取りの単価、再利用回数、出力などを含めて比較します。
会話をずっと覚えてくれますか？
長期的な会話記憶を意味しません。キャッシュの保持期間や会話メモリ機能の有無は、それぞれ利用先の説明を確認してください。
キャッシュミスは失敗ですか？
必ずしも失敗ではなく、再利用の条件に合わなかった状態です。利用量や応答内容とあわせて原因を確認します。
まとめ｜プロンプトキャッシュは共通入力の処理を再利用する
プロンプトキャッシュは、繰り返し送る入力の処理結果を条件付きで再利用する仕組みです。長期メモリや生成済み回答の保存とは役割が異なり、同じ資料を使った複数の質問などで活用を検討できます。
導入前には、共通部分の一致条件、対象モデル、最低入力長、保持期間、書き込み・読み取りの料金、データ取り扱いを確認しましょう。実際の節約額や速度は利用状況に左右されるため、使用量の記録に基づいて判断してください。
出典・参考情報
情報確認日：2026年11月3日。料金・提供条件は変更される場合があります。
