【要約】Claude Code でモデルを切り替えると、そのターンだけ書き直しが287倍 [Qiita_Trend] | Summary by TechDistill
> Source: Qiita_Trend
Execute Primary Source
// Problem
開発者がClaude Codeを利用する際、モデルの切り替えやコマンドの実行方法によって、予期せぬトークン消費が発生するという問題がある。具体的には以下の課題が挙げられる。
- ・モデルを切り替えると、そのターンだけキャッシュが利用できず、書き直しトークンが数百倍に跳ね上がる。
- ・
-pオプションによる単発実行を繰り返すと、キャッシュヒット率が低下し、無駄なコストが発生する。 - ・キャッシュの保持時間（TTL）の設定変更が、既存キャッシュの利用に影響を与える。
// Approach
筆者はClaude Code 2.1.251の機能を使い、プロンプトキャッシュの利用状況を数値化して検証を行った。以下の手法で詳細を調査している。
- ・
/usageコマンドや--output-format jsonを用い、トークン消費量を測定。 - ・同一セッション内でのモデル切り替え（Opus ↔ Sonnet）による消費変化を比較。
- ・環境変数
FORCE_PROMPT_CACHING_5M=1を用い、TTLの影響を調査。 - ・
-pによる単発実行と--resumeによるセッション継続の比較実験を実施。
// Result
検証により、モデル切り替え時のコスト増大と、セッション管理によるコスト最適化の具体的な数値が明らかになった。
- ・モデル切り替え時、書き直しトークンが197から56,584へと約287倍に増加することを確認。
- ・セッションを継続した場合、書き直しトークンは単発実行時の約400分の1に抑制される。
- ・TTLを変更するとキャッシュが別管理となり、既定値に戻すと元のキャッシュが復活する挙動を特定。
Senior Engineer Insight
> AIエージェントをCI/CDやバッチ処理に組み込む際、セッションの継続管理は直接的なコスト制御の問題である。モデルの切り替えは「キャッシュの破棄」を伴う高コストな操作であると認識すべきだ。特に大規模なコンテキストを扱う場合、モデル選択の誤りが数万トークンの浪費を招く。運用設計においては、セッションの維持と、モデルの固定化を優先する戦略が求められる。