OpenAI APIに「12時間キャッシュ」が追加。30分より本当に安い？料金と注意点を整理

OpenAIは2026年10月20日、Responses APIで12時間のPrompt Cachingを選べるようにしました。対象はGPT-5.6以降の対応モデルです。

Prompt Cachingは、長い指示やtool定義、reference materialなど、毎回同じpromptの先頭部分を再利用する仕組みです。ただし今回の更新は、「長く保持すれば必ず安い」「12時間ずっと必ず速い」という機能ではありません。

見るべきなのは、保持時間だけではなく、cacheへ書き込む料金と、その後に同じprefixを何回再利用できるかです。

まず何が変わった？
30分は1.25倍、12時間は2.5倍
読む料金は同じ。得になるかは再利用回数次第
30分から12時間へ変えると、新しいwriteになる
12時間は削除期限でも速度保証でもない
今日確認することは3つ

まず何が変わった？

GPT-5.6以降のResponses APIでは、prompt_cache_options.ttlでcacheのminimum lifetimeを選べます。

30m：30分。既定値
12h：12時間

12時間を選ぶと、朝に使った長い共通instructionを昼や夕方にも再利用できる可能性を保ちやすくなります。短時間に連続して処理するだけなら、30分で足りる場合もあります。

これはChatGPT Proの月額プランへ追加された特典ではなく、OpenAI APIの機能です。ChatGPTの画面で会話しているだけなら、この設定を自分で選ぶ必要はありません。

30分は1.25倍、12時間は2.5倍

cacheへ新しく書き込むtokenには、次のwrite rateが適用されます。

30分：通常のuncached input-token rateの1.25倍
12時間：通常のuncached input-token rateの2.5倍

この2.5倍は、通常料金へさらに2.5倍を上乗せする意味ではありません。公式ガイドが示す合計のwrite rateです。

12時間cacheを書いたのに、その後ほとんど再利用しなければ、高いwrite料金を払っただけになる可能性があります。反対に、同じ大きなprefixを数時間おきに繰り返し使うなら、長く保持する意味が出てきます。

読む料金は同じ。得になるかは再利用回数次第

cache hitしたprefixを読む料金は、30分でも12時間でも同じです。多くの対応モデルでは通常inputの0.1倍、GPT-6.1 Solでは0.05倍と案内されています。

つまり12時間の価値は、read料金そのものが安くなることではなく、数時間空いてもcached-input料金で再利用できる可能性を維持することです。

判断するときは、次の3点を一緒に見ます。

共通prefixがどれくらい大きいか
何回再利用するか
requestの間隔が何分・何時間か

本人環境での費用や速度は未実測です。設定しただけで得になるとは断定できません。

30分から12時間へ変えると、新しいwriteになる

有効な30分cacheを、後から12時間へ延長する場合にも注意が必要です。

公式ガイドでは、30-minute coverageを12-hour coverageへ変更すると、その対象tokenには新しい12-hour writeが課金されます。先に払った30分write料金は差し引かれません。

また、すべてを12時間へ統一する必要はありません。長時間変わらないinstructionやreference materialは12時間、短時間で変わるsession contextは30分というように、1 request内で使い分けられます。

12時間は削除期限でも速度保証でもない

12時間はmaximum retentionではなく、minimum cache lifetimeです。OpenAIが指定したminimumより長くentryを保持する場合があり、12時間後に必ず削除されるという意味ではありません。maximum data-retention policyも変更しません。

また、minimum lifetimeは、毎回stored KV tensorsが再利用されることや、必ずlatencyが下がることを保証しません。同じprefixに見えてもcache hit条件を満たさなければ、cached readとして再利用されない場合があります。

「12時間にしたから、12時間ずっと高速」と考えず、実際のusageとcache hitを確認する必要があります。