ai-docs

Coding sessions are longer and use more context. Claude Opus 5.5 is built with that in mind.

Properties1
tagsclaude-code, costs, prompt-caching, opus-5-5, context

原典: Coding sessions are longer and use more context. Claude Opus 5.5 is built with that in mind.

一行要約

集計で、Claude Code の1プロンプトあたりの作業は3.3倍長くなり、1リクエストの context は2.6倍、入力と出力の比は189:1 → 324:1 になった。費用の大半は送り直す context のキャッシュ読み取りなので、Opus 5.5 はそこを60%下げ、Claude Code はキャッシュを壊しにくくした。セッションの初めにモデルを決め、休憩の前に compact し、API キーかクラウドプロバイダなら1時間キャッシュを使う。

要点

使われ方が変わった（集計）

Claude works 3.3x longer on each prompt with more than 40% more model calls per prompt. There are 68% fewer interruptions. Developers are about twice as likely to have a tool server connected or use a skill and a third less likely to paste text into a prompt. Context per request has grown 2.6x. The input to output token ratio moved from 189:1 to 324:1.

Claude は1プロンプトあたり3.3倍長く働き、1プロンプトあたりのモデル呼び出しは40%超増えた。割り込みは68%減った。開発者がツールサーバをつないでいるか skill を使っている割合は約2倍、プロンプトにテキストを貼る割合は3分の1減った。1リクエストあたりの context は2.6倍に増え、入力と出力のトークン比は 189:1 から 324:1 に動いた。

1セッションあたりのプロンプト数は変わっていない。Claude が読むトークンが増えたので、渡す context が本当に必要か、そしてその context のできるだけ多くがキャッシュから読まれているかが効く。

Opus 5.5 が長い context の重いセッションで安い理由（3つ）

  • 価格 —— トークン課金では入出力を20%、キャッシュ読み取りを60%下げた。キャッシュ読み取りがエージェントとコーディングの費用の大半を占め、context が6ヶ月で約2.6倍になったので、同じ値下げでも6ヶ月前の Claude Code のトラフィックより今のほうが多く節約する

  • Claude Code のキャッシュの使い方 —— 長くなったのに、キャッシュを外す入力は50%超減った（ログインの更新、会話途中の指示の追加、ツールの遅延読み込みでキャッシュが壊れにくくなった）。「Opus 5.5 や Fable 5.1 のような新しいモデル」ではセッション中に effort を変えてもキャッシュが保たれる（原典は like で挙げており、網羅の一覧ではない）。API キーとクラウドプロバイダでも1時間のキャッシュ寿命を設定できるようになり（購読ではすでに使えた）、fork した subagent は親のキャッシュから始まる

    For newer models like Opus 5.5 and Fable 5.1, you can now change effort levels during your sessions without resetting your cache.

    Opus 5.5 や Fable 5.1 のような新しいモデルでは、セッション中に effort レベルを変えてもキャッシュをリセットしなくなった。

  • ターンが少なくて済むことがある —— ただし、すべてのタスクではない。範囲の決まった短い機械的なタスクではターン数は同じで、長く難しいタスクほど間違った取り組みにトークンを使わずに済む余地が大きい。ターンを1つ減らすことは、キャッシュ済みのトークンよりさらに費用に効く

Opus 5.5 の出力は Opus 5 より30%超速い（キャッシュの当たりやトークン数は変わらないが、長い実行で待つ時間が減る）。

キャッシュ読み取りを守る

/usage で使用量のうちキャッシュ読み取りがどれだけかを見て、その数字を守る:

  • モデルはセッションの途中ではなく初めに決める
  • compact は席を離れた後ではなく前に
  • API キーかクラウドプロバイダなら、長いセッションでは1時間のキャッシュ寿命を設定する

そのまま使える具体例

/usage

原典で言及されている関連文書

バックリンク