DeepSeek値上げ後のAPIコスト対策｜キャッシュ・短い入力・リトライ上限・夜間バッチ
DeepSeek APIを安く使うために、context caching、cache hit / miss、短い入力、出力制限、リトライ上限、夜間バッチ、usage / billing確認を整理します。
公開 2026.06.30 / 更新 2026.06.30
この記事のポイント
- DeepSeekはcontext cachingが既定で有効で、overlapping prefixがcache hitになる
- cache hitとcache missの価格差が大きいため、固定prefixと短い可変部分を意識する
- 値上げ対策は、短い入力、短い出力、リトライ上限、オフピーク候補の4つから始める
DeepSeek値上げ後の対策は、安いモデルへ逃げるだけでは足りません。DeepSeekの料金は入力cache hit、入力cache miss、出力に分かれます。長い共通promptを毎回少しずつ変えるとcache hitが効きにくくなり、実コストが変わります。
最初に見るべき項目
| 項目 | 見る理由 | 対策 |
|---|---|---|
| cache hit / miss | 入力単価の差が大きい | 固定指示をprefixに置き、可変部分を後ろへ |
| 出力トークン | 出力はcacheされない | 要約、箇条書き、上限指定 |
| リトライ | 失敗が請求に積み上がる | 最大回数と手動確認条件 |
| 実行時間 | 報道ベースのピークに当たる可能性 | 即時性の低い処理はオフピーク候補 |
| モデル | ProはFlashより高い | Flash既定、Proは限定 |
cache hitを狙うprompt設計
- system promptや共通ルールを先頭に固定する
- 日付、ファイル名、差分など変わる情報は後ろに置く
- 毎回ランダムに文言を変えるプロンプトを避ける
- 巨大な会話履歴をそのまま戻さず、必要な要約へ置き換える
- ツール呼び出しや検索を使う場合は、追加リクエストもコストに入れる
夜間バッチの限界
夜間・早朝へ寄せるのは候補ですが、失敗ループを朝まで放置すると逆効果です。料金対策は、実行時間だけでなく、停止条件とログ確認までセットです。
よくある質問
DeepSeekのcache hitは手動設定が必要ですか？
公式DocsではContext Cachingは既定で有効と説明されています。後続リクエストが前回とoverlapping prefixを持つとcache hitになります。
出力を短くするとどれくらい効きますか？
出力は別単価で課金されるため、長い説明、全文生成、何度も同じ修正案を出す運用では効きます。タスクごとに必要な長さを指定します。
rate limitがあれば課金事故は防げますか？
rate limitはリクエスト頻度や同時実行の制限で、請求上限そのものではありません。残高、usage、budget、リトライ上限を分けて確認します。
関連記事
- AI API料金はなぜ増える？トークン・長文コンテキスト・リトライ・ループの基本
AI API料金は実行回数だけではありません。長文コンテキスト、履歴、リトライ、ループで増える仕組みを初心者向けに整理します。
- AI API課金事故を防ぐチェックリスト｜APIキーを入れる前に見る料金・上限・ログ
APIキーを貼る前に、料金ページ、usage、limits、billing、ログを確認するための実用チェックリストです。