OpenAI、APIで「12時間プロンプトキャッシュ」を選べるように書き込みは入力価格の2.5倍、読み出し料金は30分版と同じ

OpenAIは2026年10月20日（現地）、APIの変更履歴で「12時間プロンプトキャッシュ」を選べるようになったと発表した。共通の指示・ツール・文脈をキャッシュに長く置いておく設定で、リクエストの間隔が数時間空いても、安いキャッシュ入力の料金を使える。12時間分のキャッシュ書き込みは通常の入力トークン価格の2.5倍。変更履歴の項目は Responses API（レスポンスAPI）向けで、時刻の記載はなく日付のみだった。

3行まとめ

1. OpenAIが2026年10月20日、Responses APIでプロンプトキャッシュの保持時間に「12h」を選べると発表。既定は従来どおり「30m」。
2. 書き込み料金は入力トークン価格の2.5倍（30分は1.25倍）。読み出しは保持時間によらず同じで、gpt-6.1-solなら通常入力の0.05倍。
3. 「12h」は最小の保持時間で、削除期限ではない。レイテンシが下がる保証もないと公式ガイドが明記している。

本記事の内容は、日本時間10月21日2時台に公式ページで確認したものです。

何ができるようになったのか

変更履歴の原文は次のとおり。

You can now choose 12-hour prompt caching in the API. 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 cache writes cost 2.5x the input token price.

（APIで12時間のプロンプトキャッシュを選べるようになりました。12時間プロンプトキャッシュは、共通の指示・ツール・文脈をより長くキャッシュに置き、リクエストの間隔が数時間空いても、安いキャッシュ入力の価格を使えるようにします。12時間のキャッシュ書き込みは入力トークン価格の2.5倍です。）

プロンプトキャッシュの公式ガイドによると、設定は Responses API の prompt_cache_options.ttl で行う。値は2つある。

ガイドは、この倍率は通常の入力料金に上乗せする追加料金ではなく、書き込みにかかる合計の料金だと説明している。ttl を指定しなければ、既定の「30m」の動作のままになる。

ブレークポイント（キャッシュする範囲の区切り）ごとに保持時間を変えることもできる。ガイドの例では、1日を通して使う共有の資料をプロンプトの先頭に置いて「12h」にし、会話ごとに変わる部分は「30m」にしている。明示モード（explicit）なら最後のブレークポイントより後ろの内容にはキャッシュ書き込みの料金がかからないので、毎回変わる質問文を書き込み対象から外せる。

誰が使えるのか・日本では

ガイドの比較表によると、保持時間を prompt_cache_options.ttl で選べるのはGPT-5.6以降のモデルで、12時間は Responses API 限定。GPT-5.5と、それ以前のモデルは従来の prompt_cache_retention パラメータのままで、今回の設定は変わらない（同表では GPT-5.5 系は「24h」のみ、その他の旧モデルは「in_memory」か「24h」）。

指定できない値を送ると 400 invalid_request_error が返る、とガイドは書いている。キャッシュの対象になるプロンプトの長さは、GPT-5.6以降で1,024トークン以上（OpenAIが付ける内部の system 内容は数えない）。

日本向けの提供条件は、今回確認した3ページからは読み取れなかった。APIの機能なので、Responses API とGPT-5.6以降のモデルを使えるプロジェクトが対象とみられるが、これは本記事の推測で、公式の記載ではない。

料金はどう変わるのか

料金ページ（Pricing）には、標準・Batch・Fast・Ultrafast の各表に「30m write」と「12h write」の列が並んでいる。標準料金（100万トークンあたり）の旗艦モデルは次のとおり。

読み出しはGPT-5.6以降の多くのモデルで通常入力の0.1倍、GPT-6.1 Solは0.05倍とガイドは説明している。料金表も同じで、gpt-6-astra は入力$10.00に対してキャッシュ入力$1.00（0.1倍）、gpt-6.1-sol は入力$2.00に対して$0.10（0.05倍）になっている。

Batch の表では gpt-6.1-sol の12h書き込みは$2.50（入力$1.00の2.5倍）、Fast は$10.00、Ultrafast は$30.00。料金ページの「Cyber models」（Daybreak向け）の表では、gpt-5.6-sol の12h書き込みが$10.00、gpt-5.6-cyber が$31.25と載っている。

12時間にすると得なのか（筆者の計算）

以下は公式の倍率から筆者が計算した目安で、OpenAIが示した数字ではない。前提は、プレフィックス全体を毎回再利用すること、読み出しが通常入力の0.1倍であること。通常入力を1とする。

• キャッシュなし: 1回あたり1。
• 12hで書き込み: 最初の1回が2.5、以降の読み出しが1回0.1。2回読み出す（計3リクエスト）と2.7で、キャッシュなしの3を下回る。1回読み出しだけ（計2リクエスト）なら2.6で、キャッシュなしの2を上回る。
• 30mとの比較: リクエストの間隔が30分を超えて毎回キャッシュが切れるとすると、30mは毎回1.25の書き込みがかかる。3リクエストで3.75。12hなら2.5＋0.1＋0.1＝2.7。

ガイドもこの比較を勧めていて、「12時間の高い書き込み料金と、30分の保持が切れたあとにプレフィックスを書き直すコストを比べる」ようにと書いている。ただし「30m」も最小の保持時間で、OpenAIが長く残すこともある。実際の請求は、使用量の cache_write_tokens_details にある ttl_30m_tokens と ttl_12h_tokens の内訳で確かめられる。

30分と12時間が混ざると課金はどうなるのか

既定の30分はそのまま残り、12時間は選択肢として加わった。2つの保持時間が1つのリクエストや続くリクエストで混ざる時の扱いを、ガイドは次のように説明している。

• 1回のリクエストの中では、各トークンは、そこに掛かる書き込みのうち最も長い保持時間で1度だけ課金される。後ろに12時間の書き込みがあると、その前にある選択済みブレークポイントの範囲も12時間の扱いになる。
• 有効な30分のキャッシュを12時間に引き上げると、その分の新しい12時間書き込みが課金され、前の書き込みの分の値引きはない。すでに有効な12時間のキャッシュにあたる部分は、読み出しのままで済む。
• 30分の読み出しは、読んだ時点から少なくとも30分後まで有効期間を更新する。有効な12時間のキャッシュを使った場合は、既存の期限と読み出しの30分後の遅いほうを保ち、12時間の時計は再スタートせず、追加の書き込み料金もかからない。

データの扱いについて、ガイドは「12h は削除の期限を決めるものではなく、最大のデータ保持ポリシーも変えない」と書いている。

筆者が公式ページで確認したこと

日本時間の2時57分に変更履歴を取得した時点で、この項目は2026年10月の最上段（Oct 20）に載っていた。同じ2時57分に取得した料金ページには、すでに標準・Batch・Fast・Ultrafast の4つの表すべてに「12h write」の列があった。料金表がいつ更新されたかは、取得したページからは分からない。製品の挙動そのものは試しておらず、以上はいずれも取得したページの記載にもとづく。

この発表だけでは分からないこと

• レイテンシの改善は保証されていない。ガイドは、最小の保持時間は読み出し料金を使える資格を決めるもので、毎回保存済みのKVテンソルが再利用されることや、レイテンシが下がることを保証しないと書いている。
• 対応モデルの一覧は、今回取得したページには見当たらなかった。ガイドは「GPT-5.6以降」と書き、料金ページで12h書き込みの列があるのは gpt-6-astra・gpt-6.1-sol・gpt-6-luna・gpt-5.6-sol・gpt-5.6-cyber だった。
• 損益の計算は筆者の試算で、実際の請求はキャッシュに当たった割合で変わる。

出典と確認時刻

• OpenAI, Changelog | OpenAI API（日本時間2026年10月21日2時57分に取得）
• OpenAI, Prompt caching | OpenAI API（同2時57分に取得）
• OpenAI, Pricing | OpenAI API（同2時57分に取得）

本記事は続報があり次第更新します。