OpenAIは2026年10月20日、API（v1/responses）でプロンプトキャッシュの保持期間として「12時間」を選べるようにしました。従来の30分デフォルトと併用でき、共有インストラクションやツール定義を長く保ちながら、新しい会話内容は短い保持で回す、といった使い分けが1リクエスト内で可能になります。
室谷代表取締役OpenAIの「12時間プロンプトキャッシュ」は、OpenAIが2026年10月20日にAPI（v1/responses）で発表したキャッシュ保持期間の選択肢で、共有指示・ツール定義・コンテキストを最大12時間キャッシュしたまま、安いキャッシュ入力価格を適用できる仕組みなんですよね。これ、地味に見えてエージェント開発のコスト構造を変える話です・・・
テキトー教師DotAI 認定講師そうなんですよ。発表の文言も「dotsのような永続エージェントは一日中コンテキストを再利用する」という話から始まっていて、単に保持時間が延びたという話じゃないんです。
リクエストの間隔が数時間空いても、共有部分はキャッシュから読めるという設計思想の変更です。
リクエストの間隔が数時間空いても、共有部分はキャッシュから読めるという設計思想の変更です。
OpenAI APIの「12時間プロンプトキャッシュ」とは？何が変わったのか
プロンプトキャッシュ保持期間の変更点
従来(2024年10月導入時)
- 通常5〜10分の無操作で消去
- 最終利用から1時間以内に必ず削除
- 数時間空けると共有コンテキストは再計算
- 割引が効かなかった
今回の変更(12hオプション)
- 保持期間として「12h」を選べる
- リクエストが数時間離れてもキャッシュ入力価格の恩恵
- 共有instructions・tools・contextをより長くキャッシュ
- 保持時間を設計パラメータとして扱える
室谷代表取締役まず前提を揃えたいんですけど、プロンプトキャッシュ自体は2024年10月1日の導入で、そのときの説明ではキャッシュは通常5〜10分の無操作で消去され、最終利用から1時間以内には必ず削除される、というものでした。つまり数時間空けると共有コンテキストは再計算で、割引が効かなかったわけです。
テキトー教師DotAI 認定講師そこが今回の変更点ですね。保持期間として「12h」を選べるようになった、と。
公式のチェンジログでは「12-hour prompt caching keeps shared instructions, tools, and context cached longer to benefit from lower cached-input pricing, even when requests are hours apart」と説明されています。要するに、リクエストが数時間離れていてもキャッシュ入力価格の恩恵を受けられる、というのが新しい点です。
公式のチェンジログでは「12-hour prompt caching keeps shared instructions, tools, and context cached longer to benefit from lower cached-input pricing, even when requests are hours apart」と説明されています。要するに、リクエストが数時間離れていてもキャッシュ入力価格の恩恵を受けられる、というのが新しい点です。
室谷代表取締役ここで大事なのは「デフォルトが12時間になった」わけではないことです。30分のデフォルトはそのまま残っていて、12時間は選ぶもの。
しかも1リクエスト内で混在できる。この設計が実務的だなと思います。
しかも1リクエスト内で混在できる。この設計が実務的だなと思います。
テキトー教師DotAI 認定講師講座でも受講生さんが「キャッシュって結局いつ消えるんですか」とよく聞くんですけど、今回の発表でその答えが「選べる」に変わったわけです。保持時間を設計パラメータとして扱えるようになった、というのが本質ですね。
12時間キャッシュでできること——共有指示・ツール定義を一日中再利用
12時間キャッシュと30分キャッシュの使い分け
12時間キャッシュ
- 対象: システムプロンプト・ツール定義・ナレッジの前置きなど毎回同じ部分
- 保持期間: 12時間
- 一日中キャッシュ入力価格で読める可能性
- 再利用回数が多ければ追加コストを上回る
- 書き込みコストは入力トークン価格の2.5倍
30分キャッシュ
- 対象: ユーザーの直近の会話や実行結果など毎回変わる部分
- 保持期間: 30分
- 新しい会話内容向け
- 12時間キャッシュとの併用が可能
室谷代表取締役公式スレッドでは使い分けの例が明示されていて、「12h for shared instructions, 30 minutes for newer conversation content」と書かれています。共有インストラクションは12時間、新しい会話内容は30分。
これ、エージェントの構造そのものに対応しているんですよね。
これ、エージェントの構造そのものに対応しているんですよね。
テキトー教師DotAI 認定講師エージェントのプロンプトは大きく2層に分かれます。システムプロンプトやツール定義、ナレッジの前置きのような「毎回同じ部分」と、ユーザーの直近の会話や実行結果のような「毎回変わる部分」です。
前者を12時間、後者を30分に置くと、変わらない部分に高い割引を長時間適用できる。
前者を12時間、後者を30分に置くと、変わらない部分に高い割引を長時間適用できる。
室谷代表取締役MYUUUでもエージェントを回していて、ツール定義が大きいプロダクトほど「朝の一発目と昼の一発目で同じ定義を送り直している」状態でした。そこで毎回フル課金に近い形になっていたのが、12時間保持なら一日中キャッシュ入力価格で読める可能性が出てくる。
これは効きますよ・・・
これは効きますよ・・・
テキトー教師DotAI 認定講師発表文でも「If you need to reuse the same context throughout the day, savings from repeated reuse can significantly outweigh the extra cost of 12-hour caching」と、再利用回数が多ければ追加コストを上回れると明言されています。逆に言えば、再利用が少ないなら12時間を選ぶ意味は薄い、という判断基準が示されているわけです。
室谷代表取締役あと地味に嬉しいのが、キャッシュに載ると処理も速くなる点です。2024年の導入時から「reduce costs and latency」とうたわれていて、今回の発表でも安いキャッシュ入力価格の話とセットになっています。
コストとレイテンシの両方に効く、と。
コストとレイテンシの両方に効く、と。
テキトー教師DotAI 認定講師ただし、今回の発表資料には12時間キャッシュのレイテンシ改善を測った具体的なベンチマーク数値は出ていません。そこは「現時点では明らかにされていません」と正直に押さえておくべきところです。
効果の方向性は示されていますが、数値の裏取りはできない。
効果の方向性は示されていますが、数値の裏取りはできない。
室谷代表取締役そうですね。数字が無いところを雰囲気で語らないのが大事です。
今回のソースで確定しているのは、保持期間の選択肢、書き込みコストが入力トークン価格の2.5倍、30分との併用が可能、という3点です。
今回のソースで確定しているのは、保持期間の選択肢、書き込みコストが入力トークン価格の2.5倍、30分との併用が可能、という3点です。
12時間キャッシュの使い方・設定方法——30分デフォルトとの併用と指定の考え方
12時間キャッシュと30分デフォルトの使い分け
12時間キャッシュ
- 共有指示
- ツール定義
- 固定のナレッジ
- 変わらない塊に割り当てる
- 書き込みコストは2.5倍かかる部分が広がる
30分デフォルト
- 直近の会話
- ツール実行結果
- 変わる塊に割り当てる
- 数時間空くと落ちる
室谷代表取締役設定方法について、公式スレッドとチェンジログで言及されているのは「12h」という選択肢を選ぶという点と、1リクエスト内で12時間と30分を混在できるという点です。具体的なパラメータ名やコード例は、今回提供された資料の範囲では明記されていません。
テキトー教師DotAI 認定講師そこは正確に伝えたいところですね。チェンジログには「You can now choose 12-hour prompt caching in the API」とあり、詳細はプロンプトキャッシュのドキュメント（developers.openai.com/api/docs/guides/prompt-caching）を参照する形になっています。
実装時はそちらのガイドを確認するのが確実です。
実装時はそちらのガイドを確認するのが確実です。
室谷代表取締役設計の考え方としては、リクエストを「変わらない塊」と「変わる塊」に分けて、前者に12時間、後者に30分を割り当てるイメージです。共有指示・ツール定義・固定のナレッジは12時間側。
直近の会話やツール実行結果は30分側。
直近の会話やツール実行結果は30分側。
テキトー教師DotAI 認定講師この「混在できる」というのが今回の発表の隠れたポイントなんですよ。全部を12時間にすると書き込みコストが2.5倍かかる部分まで広がってしまう。
逆に全部30分だと数時間空いたときに落ちる。必要な部分だけ長く持たせる、という調整ができるわけです。
逆に全部30分だと数時間空いたときに落ちる。必要な部分だけ長く持たせる、という調整ができるわけです。
室谷代表取締役既存のプロンプト設計を見直すなら、まず「どの部分が毎回同一か」を洗い出すところからですね。プロンプトの先頭に固定部分を置くという基本は変わらないので、その固定部分を12時間側に寄せる。
APIの基本的な使い方はChatGPT PlusとAPIの違いとは？料金・キー取得・使い分けを徹底解説でも整理しているので、API移行を検討中の方はそちらも参考にしてください。
APIの基本的な使い方はChatGPT PlusとAPIの違いとは？料金・キー取得・使い分けを徹底解説でも整理しているので、API移行を検討中の方はそちらも参考にしてください。
テキトー教師DotAI 認定講師レート制限の面も気にされる方が多いんですけど、今回の発表は保持期間の追加であって、レート制限の変更には触れていません。API全体のティア構成についてはOpenAI APIのレート制限ティア再編とは？Build・Launch・Growの条件と上限で解説しているので、そちらと合わせて確認すると整理しやすいです。
料金はどう変わる？書き込みコスト2.5倍とキャッシュ入力割引の損益分岐点
室谷代表取締役ここが一番気になる数字ですよね。チェンジログには「12-hour cache writes cost 2.5x the input token price」と明記されています。
12時間キャッシュへの書き込みは、入力トークン価格の2.5倍。つまり長く持たせるための初回コストは上がる。
12時間キャッシュへの書き込みは、入力トークン価格の2.5倍。つまり長く持たせるための初回コストは上がる。
テキトー教師DotAI 認定講師一方で、キャッシュから読むときは「lower cached-input pricing」、つまり通常の入力より安いキャッシュ入力価格が適用されます。書き込みで多めに払い、読み出しで回収する構造ですね。
室谷代表取締役だから損益分岐点は「同じコンテキストを何回読むか」で決まります。発表文も「repeated reuse can significantly outweigh the extra cost」と、繰り返し再利用の回数で追加コストを上回れるとしています。
1日1回しか使わないなら12時間にする意味はほぼ無い。
1日1回しか使わないなら12時間にする意味はほぼ無い。
テキトー教師DotAI 認定講師整理すると、判断軸はこの3つです。1つ目、そのコンテキストを1日のうちに何回再利用するか。
2つ目、リクエストの間隔が30分を超えて空くかどうか。3つ目、その部分のトークン量が大きいかどうか。
この3つが揃うほど12時間キャッシュが効きます。
2つ目、リクエストの間隔が30分を超えて空くかどうか。3つ目、その部分のトークン量が大きいかどうか。
この3つが揃うほど12時間キャッシュが効きます。
室谷代表取締役逆に、間隔が常に数分で済むなら30分デフォルトで十分で、書き込みを2.5倍にする必要はない。ここを分けずに全部12時間にして「なんか高くなった」となるのが一番もったいないパターンです。
テキトー教師DotAI 認定講師モデルごとの単価は発表時点で変動があるので、実際の金額は公式の料金ページで確認が必要です。今回の資料で確定しているのは、あくまで「書き込みは入力トークン価格の2.5倍」「読み出しはキャッシュ入力価格」という相対関係です。
そこを押さえた上で、自社のトークン量を当てはめて計算するのが正しい進め方ですね。
そこを押さえた上で、自社のトークン量を当てはめて計算するのが正しい進め方ですね。
室谷代表取締役ちなみにキャッシュ入力価格そのものはモデルによって違います。たとえばチェンジログに出ているGPT-6.1 Solの標準価格は、272K入力トークンまでのプロンプトで入力$2、キャッシュ入力$0.10、キャッシュ書き込み$2.50、出力$10（いずれも100万トークンあたり）です。
こうした単価を前提に、書き込み2.5倍と読み出し割引の差で回収期間を見積もる形になります。
こうした単価を前提に、書き込み2.5倍と読み出し割引の差で回収期間を見積もる形になります。
テキトー教師DotAI 認定講師この表を見ると、キャッシュ入力が入力の20分の1になっているモデルもあるわけで、再利用回数が効く理由が数字で分かりますよね。書き込みで2.5倍払っても、数回読めば取り返せる可能性がある、と。
どんなユースケースで効くのか——dotsのような永続エージェントと向き不向き
室谷代表取締役発表が「dotsのような永続エージェント」を例に出しているのは象徴的です。dotsはOpenAIの永続エージェントで、一日中コンテキストを再利用するタイプの使い方を想定している。
まさに12時間キャッシュの対象なんですよね。dots自体についてはOpenAI、安全性見送りの翌日に「dots」発表で経緯を追っています。
まさに12時間キャッシュの対象なんですよね。dots自体についてはOpenAI、安全性見送りの翌日に「dots」発表で経緯を追っています。
テキトー教師DotAI 認定講師向くユースケースを整理するとこうです。
- 一日中動き続けるエージェントで、共有指示やツール定義を繰り返し使う
- リクエスト間隔が数時間空くが、同じ文脈を使い続ける業務
- 大きなツール定義や固定ナレッジを毎回送っている構成
- 同じプレフィックスを使う複数のタスクを、時間をまたいで実行する
テキトー教師DotAI 認定講師逆に向かないのは、リクエスト間隔が常に短く30分デフォルトで足りる場合や、毎回コンテキストがほぼ変わる場合、再利用が1日1回程度の場合です。この場合は書き込み2.5倍がそのまま重くのしかかります。
室谷代表取締役現場感覚だと、チャットボットのようにユーザーが連続で会話するものは30分で十分なことが多い。一方で、朝に指示を出して昼に進捗を確認して夕方に別のタスクを振る、みたいな業務エージェントは12時間が刺さります。
合間に数時間空くのが普通ですから。
合間に数時間空くのが普通ですから。
テキトー教師DotAI 認定講師あと、バッチ的に同じ指示で大量の処理を回すようなケースも相性がいいですね。同じ共有指示を何度も読むわけですから、読み出しの割引が積み上がります。
室谷代表取締役エージェント構築の入口としては、CursorとChatGPT（OpenAI API）連携完全ガイド【2026年最新】：APIキー設定・料金・Slack連携まで徹底解説のようにAPIキー設定から始める記事もあるので、まずは小さく試してヒット率を見るのが現実的です。
導入前に押さえる注意点——失効条件・キャッシュ効率を高める設計と診断機能
室谷代表取締役注意点としてまず押さえるべきは、12時間は「最大12時間保証」ではなく「12時間という保持の選択肢」だということです。従来の説明ではキャッシュは無操作で消去され、最終利用から1時間以内に必ず削除される、という挙動でした。
12時間を選べばその枠が延びるという理解で、失効の細かい条件は公式ドキュメントで確認が必要です。
12時間を選べばその枠が延びるという理解で、失効の細かい条件は公式ドキュメントで確認が必要です。
テキトー教師DotAI 認定講師今回の資料では、12時間保持の失効条件の詳細までは明記されていません。ここは「現時点では明らかにされていません」と正直に伝えるべき部分ですね。
過度に「12時間絶対保証」と受け取られると、本番設計で事故になります。
過度に「12時間絶対保証」と受け取られると、本番設計で事故になります。
室谷代表取締役もう一つ大事なのが、キャッシュは組織間で共有されないという点です。2024年の導入時の説明でも「Prompt caches are not shared between organizations」と明記されていました。
自社のキャッシュは自社のもの、という前提は変わりません。
自社のキャッシュは自社のもの、という前提は変わりません。
テキトー教師DotAI 認定講師キャッシュ効率を上げる設計としては、共通プレフィックスを先頭に置くという基本が効きます。2024年の説明では、1,024トークンを超えるプロンプトが対象で、1,024トークンから128トークン刻みで最長のプレフィックスをキャッシュする、とされていました。
先頭が揃っていないとヒットしません。
先頭が揃っていないとヒットしません。
室谷代表取締役そして今回、ヒット率を測る道具も揃っています。2026年8月20日にPrompt Caching dashboardがリリースされていて、キャッシュヒット率の推移、書き込みあたりの読み出し回数、キャッシュ読み出し・書き込み・未キャッシュのトークン内訳をモデル別・サービスティア別に見られる。
テキトー教師DotAI 認定講師さらに2026年9月8日にはPrompt Cache DiagnosticsがResponses APIで一般提供されています。前回のレスポンスとキャッシュ再利用を比較して、キャッシュミスの理由を特定できる。
これは12時間キャッシュの導入判断に直結する機能です。
これは12時間キャッシュの導入判断に直結する機能です。
室谷代表取締役順番としては、まずダッシュボードで現状のヒット率と読み書きの比率を見る。次に診断機能でミス理由を特定する。
その上で12時間を試す。いきなり全部12時間にするのではなく、計測してから切り替えるのが鉄板ですね。
その上で12時間を試す。いきなり全部12時間にするのではなく、計測してから切り替えるのが鉄板ですね。
テキトー教師DotAI 認定講師講座でも受講生さんに「まず計測、次に設計、最後にパラメータ」と伝えているんですけど、まさにその順番です。12時間キャッシュは魔法ではなく、再利用回数が前提の投資なので、測らずに切り替えるとコストが増えるだけになりかねません。
室谷代表取締役あと、キャッシュはあくまで入力側の最適化で、出力トークンの価格は変わりません。出力が支配的なユースケースでは効果が薄いので、そこも見極めたいところです。
よくある質問
室谷代表取締役ここまでの話を踏まえて、よく聞かれそうな点を整理しておきますね。
テキトー教師DotAI 認定講師まず「12時間プロンプトキャッシュとは何か」ですが、OpenAIが2026年10月20日にAPI（v1/responses）で選べるようにした保持期間の選択肢で、共有指示・ツール定義・コンテキストを長くキャッシュし、安いキャッシュ入力価格を適用できる仕組みです。
室谷代表取締役「30分デフォルトはなくなるのか」という点は、なくなりません。30分のデフォルトは残り、12時間と併用できます。
1リクエスト内で混在も可能です。
1リクエスト内で混在も可能です。
テキトー教師DotAI 認定講師「料金はどう変わるのか」は、12時間キャッシュへの書き込みが入力トークン価格の2.5倍、読み出しはキャッシュ入力価格です。同じコンテキストを一日中繰り返し使うなら追加コストを上回れる場合がある、とOpenAIは説明しています。
室谷代表取締役「設定方法は」という点については、今回の資料では「12h」を選ぶという記述までで、具体的なパラメータ名やコード例は示されていません。公式のプロンプトキャッシュのドキュメントを確認してください。
テキトー教師DotAI 認定講師「日本から使えるのか」については、今回の資料に地域制限の記載はありません。APIの提供状況は公式ドキュメントのサポート国一覧で確認するのが確実です。
室谷代表取締役「どんな場面で効くのか」は、リクエスト間隔が数時間空いても同じ文脈を使い続ける永続エージェントや、共有指示を一日中再利用する業務です。逆に間隔が短く30分で足りるなら、無理に切り替える必要はありません。
テキトー教師DotAI 認定講師「ヒット率を上げるには」は、共通プレフィックスを先頭に揃える設計と、Prompt Caching dashboardやPrompt Cache Diagnosticsでの計測が基本になります。
室谷代表取締役まとめると、今回の発表は「保持時間を設計パラメータにした」という話なんですよね。全部を12時間にするのではなく、共有部分だけ長く持たせて、変わる部分は30分で回す。
その判断をダッシュボードと診断機能で裏付ける。この順番で導入するのが、2026年10月時点の現実的な進め方だと思います。
その判断をダッシュボードと診断機能で裏付ける。この順番で導入するのが、2026年10月時点の現実的な進め方だと思います。
