Claude Opus 5.5「40%安い」の実際は?キャッシュ読み出しの節約幅

Claude Opus 5.5は本当に「40%安い」のか

2026年9月22日に発表されたClaude Opus 5.5の告知は、Opus 5より「40%安く動く」と書いています。この数字だけを見ると、すべてのトークンが一律40%値下げされたように読めます。

実際の単価表では、入力トークンと出力トークンが20%引き、キャッシュ読み出しだけが60%引きです。Opus 5.5のキャッシュ読み出しは100万トークンあたり$0.20で、入力単価の5%です。さらに、40%は単価の値下げ率ではありません。claude.comのブログによると、40%は「既定設定の典型的なワークロード」に対するAnthropicの見積もりで、Opus 5.5が1タスクで使うトークンが減る前提を含みます。

つまり「40%安い」は、単価の引き下げと、使うトークン量の減少を合算した数字です。単価の改定だけを取り出すと、後述の例では約31%でした。

単価表の内訳 — 入力/出力は20%引き、キャッシュ読み出しだけ60%引き

公式の単価表(100万トークンあたり)は次のとおりです。

値下げ率が違うのはキャッシュ読み出しだけです。読み出し単価は、入力単価の10分の1(Opus 5)から20分の1(Opus 5.5)に下がりました。発表文はキャッシュ読み出しを「エージェント的な作業とコーディング作業のコストの大半を占める」と位置づけており、この行の下げ幅が全体の節約率を左右します。Claude Opus 5.5の全体像は破壊的変更や提供範囲を含めて別記事にまとめているので、ここでは値下げの中身に絞ります。

単価だけなら節約幅は20%〜60%に収まる

claude.comのブログ「What a task costs on Opus 5.5」は、単価改定だけの効果をこう書いています。

キャッシュ読み出しが大半を占めるセッションは、入力コストを最大60%節約できます。キャッシュなしで長い回答を返す短い質問は、出力が支配的なため最大20%の節約に留まります。ほとんどのClaude Codeのタスクはその中間に位置します。

同じブログは、同じトークン数をOpus 5とOpus 5.5で課金し直した例を示しています。入力は約220万トークンで、うち約200万トークン(約91%)がキャッシュ読み出し、出力は6万トークンです。典型的なClaude Codeセッションを想定した図で、トークン数は説明用の仮定値です。

節約率は(3.50-2.40)÷3.50で約31%です。トークン量は両モデルで同じなので、これは価格改定だけの効果になります。40%との差は、使うトークンが減る分で埋まる想定です。ただしブログは、Opus 5.5が答える前に必ず考えるため、1回の回答で使うトークンが増えることもあると書いています。減るかどうかはタスク次第です。

出力の比率が高いと、この表の読み方が変わります。出力1トークンの価格はキャッシュ読み出しの100倍で、6万トークンの出力は600万トークンのキャッシュ読み出しと同額です。読み出しが安くなっても、出力が支配的なセッションでは20%引きに近い結果になります。

キャッシュヒット率は単価改定より入力コストを動かす

ブログは、コンテキストが2万トークンから12万トークンまで育つ40ターンのタスクを例に、入力コストを計算しています。毎ターン会話全体を送り直すので、平均すると1ターンに約7万トークンを送り、タスク全体の入力は約280万トークンです。

ヒット率が0%から90%になると、課金額は約7分の1になります。単価の20〜60%引きより、ヒット率の差のほうが入力コストを大きく動かします。ブログも、これほど入力コストを動かす設定は他にないと書いています。安定したセッションなら高いヒット率は自然に保たれるので、気をつけるのはヒット率を落とす操作のほうです。

キャッシュ書き込みが節約幅を引き戻す

読み出しが安くなっても、書き込みは別の話です。自動プロンプトキャッシュが多ターン会話でどう動くかで扱うとおり、頻度は会話の続け方で決まります。Opus 5.5では読み出しがフレッシュ入力の5%で済む一方、書き込みは5分キャッシュで入力単価の1.25倍、1時間キャッシュで2倍かかります。

12万トークンのコンテキストで試算すると、5分キャッシュへの書き込みは約$0.60、読み出しは約$0.02です。1回の書き込みが25回分の読み出しに当たります。APIキーで6分席を外すと、次の$0.02の読み出しが$0.60の書き込みに変わります。同じサイズの1時間キャッシュ書き込みは約$0.96で、APIではこの追加料金を払って日中の中断をカバーする使い方もできます。

キャッシュの有効期限は、Claude Codeではサブスクリプションなら1時間、APIキーやクラウド経由なら既定で5分です。サブスクリプションでも、利用がusage creditsに切り替わると5分になります。キャッシュ書き込みが起きるのは、次のような場面です。

• 有効期限を超えて間隔が空いたとき
• Amazon Bedrock、Google CloudのAgent Platform、ゲートウェイ経由でエフォートを変えたとき
• 高速モードを会話の途中で初めてオンにしたとき
• MCPサーバーを接続・切断したとき
• モデルを切り替えたとき
• コンパクション(履歴の要約)が走ったとき

APIキーやサブスクリプションで直接使う場合は、エフォートを変えてもキャッシュが保たれます。書き込みが多い使い方では、実際の節約率が20%引きの側に寄ります。有効期限の扱いが変わるだけでも比率は動くので、キャッシュTTLが短縮された過去の事例も参考になります。

コンパクションにも値段がつきます。15万トークンでの要約は約$0.25で、以後のターンが約$0.025ずつ安くなるため、約10ターンで元が取れます。終わり際のコンパクションは、節約より費用のほうが大きくなります。

40%はどんなセッションを想定した見積もりか

40%は誇張でも、単価表から導ける数字でもありません。単価の改定に、既定設定での使用トークン減を足した、Anthropicの典型値です。発表ページも、トークン単価が下がることと1タスクあたりのトークンが減ることを合わせて、40%のコスト減になると説明しています。

使用トークンの減少を示す事例も並んでいます。ある利用企業は、Opus 5と同じ品質を約半分のターン数と出力トークンで達成し、そのワークロードのコストを40〜50%削減したと述べています。これは単価改定とは別に、トークン使用量そのものが減った効果です。

自分のセッションに当てはめるときは、単価改定の効果(20〜60%)と、使用量の変化(タスク次第)に分けて考えます。キャッシュ依存度が低く出力が長いセッションは単価面で20%に近づき、キャッシュ読み出し中心のセッションは60%側に近づきます。60%そのものに届くのは、入力がすべてキャッシュ読み出しで出力がゼロという極限だけです。

エフォートと高速モード、サブスクリプションの扱い

ここまではAPIのリスト価格の話です。Pro、Max、Teamのサブスクリプションでは請求は発生しませんが、安くなった単価は使用量の上限にも反映され、キャッシュされたコンテキストを含めてOpus 5より約25%長く使えます。ブログによると、キャッシュ読み出しの追加の値下げはAPI価格の変更で、上限の伸びとは別です。

エフォートの既定値も変わりました。Opus 5.5の既定は中程度(medium)で、Opus 5の既定(high)より1段階低い設定です。同じレベルでも、Opus 5.5はターンごとに考える量が多く、特にxhighとmaxで差が大きいとされています。Opus 5で選んだレベルをそのまま持ち込まず、mediumから始めるのが公式の目安です。

高速モードは別料金です。処理速度が最大2.5倍になる代わりに、入力$8、出力$40と標準の2倍の単価になります。Opus 5の高速モードは入力$10、出力$50なので、高速モード同士では20%安い関係です。ただし「40%安い」は既定設定での見積もりなので、高速モードにそのまま当てはめた数字ではありません。

サブスクリプションでは、高速モードの料金がusage creditsに請求されます。オンにした最初のリクエストは、会話全体を未キャッシュの高速料金で払います。使うなら、セッションの深い位置ではなく最初にオンにします。

トークン使用量そのものを減らす手段も、ブログは紹介しています。プロンプトの書き方を見直す/claude-api prompt-auditでは、社内ベンチマーク(サポートチケット44件)で効果が出ました。Opus 4.8からOpus 5.5(low effort)への移行で約18%、監査でさらに9%下がり、合計で出発点より約25%低くなっています。1つのベンチマークの結果なので、目安として扱うのが無難です。

モデルを上げたときの差もキャッシュ読み出しで縮みます。Fable 5.1の入力は$10で、Opus 5.5の2.5倍です。一方、キャッシュ読み出しは$0.25で、Opus 5.5の1.25倍に収まります。長くキャッシュ中心で回す作業ほど価格差が小さく、出力が多い作業ほど大きくなります。

自分のワークロードでの節約幅を確認する方法

ブログは、自分の作業で測ることを勧めています。Opus 5.5にはClaude Code v2.1.280以降が必要なので、先にclaude updateを実行します。

セッション中に/usageを実行すると(/costも同じ画面)、入力・出力・キャッシュ読み出しのトークン数と、リスト価格での推定費用が出ます。サブスクリプションでは、この金額は請求額ではなく作業量の目安です。

/usage

キャッシュ読み出しの比率が高いほど60%引きの恩恵を受けやすく、フレッシュ入力や出力の比率が高いほど20%引きに近づきます。比率が低いときは、長い中断、モデルの切り替え、途中のMCPサーバー接続といった原因が考えられます。statuslineでprompt_cacheのhit_ratioを常時表示するようにすると、作業中に劣化に気づけます。

まとめ

「40%安い」は、トークン単価の40%引きではなく、20%〜60%の単価改定と使用トークンの減少を合わせた典型値の見積もりです。自分の節約幅は、/usageのキャッシュ比率で単価面の位置を見て、同じタスクをOpus 5と5.5で走らせてトークンの増減を測ると判断できます。