Anthropic、Claude Opus 5.5 の価格設定を長時間のコーディングセッションに結び付ける

Anthropicは2026年9月24日に、Claude Code セッションが過去6か月で長くなり、コンテキストが重くなったと報告し、Claudeブログの投稿でClaude Opus 5.5 の価格設定とキャッシュ機構がその変化にどのように対応しているかを詳述しました。同社は、典型的なトークン課金ワークロードにおいて、Opus 5.5 の実行コストが Opus 5 より約40％低いと見積もっています。

Claude Code の使用データ（過去6か月）

この投稿は、Michael Segner が執筆し、2026年3月から9月までの集計使用データを基にしています。投稿によると、セッションあたりのプロンプト数は横ばいでしたが、各プロンプト内の作業量は増加しました。モデルはプロンプトあたり 3.3 倍長く動作し、各プロンプトでのモデル呼び出し回数が 40％以上増加し、割り込みは 68％減少しました。開発者はツールサーバーに接続したりスキルを使用する頻度が約2倍になり、プロンプトへのテキスト貼り付けは1/3減少しました。

期間中、各リクエストのコンテキスト量は 2.6 倍に増加し、入力‑出力トークン比は 189:1 から 324:1 に変化しました。Anthropic は、この数値を、開発者がより長時間かつ情報量の多いモデルを、規模が大きく、よりオープンエンドなタスクに向けて使用しようとしていると解釈し、トークン課金時に Opus 5.5 のコスト削減効果は、特に長くコンテキストが多いセッションで最大になると述べています。

この分析は、Anthropic がリリースした Claude Opus 5.5（Opus 5 より低価格）に基づいています。価格設定はリリース時に行われ、2026年9月24日の投稿と、同年9月22日に Addy Osmani が公開した補足分析が、実際の Claude Code ワークロードにおけるこれらの価格の意味を検証しています。

トークン価格とキャッシュ読み取り割引

トークン課金の場合、Anthropic は入力トークンと出力トークンの価格をそれぞれ20％削減し、キャッシュトークンの読み取り価格を60％カットしました。同社は、キャッシュ読み取りの削減が最も重要であると述べています。なぜなら、キャッシュ読み取りはエージェント的作業やコーディング作業のコストの大部分を占めるからです。また、公開時点で Opus 5.5 のキャッシュトークンは競合モデルの5分の1のコストで、性能面でも上回っているとしています。

Osmani の補足分析では、Opus 5.5 の API 料金は、入力トークン 100 万件あたり $4、出力トークン 100 万件あたり $20、キャッシュ読み取り 100 万件あたり $0.20 と示されています。これらの価格では、キャッシュ読み取りは新規入力トークンの 5% のコストで、キャッシュへの書き込みは 5 分キャッシュで入力価格の 1.25 倍、1 時間キャッシュで入力価格の 2 倍となります。各ヒットで有効期間が無料で更新されます。Pro、Max、Team プランでは、Opus 5.5 の低価格がプラン上限に反映され、Opus 5 に比べ約 25% だけ利用可能量が増加します。追加のキャッシュ読み取り割引は API 料金にのみ適用されます。

キャッシュを保護する変更点の活用

リクエストあたりのコンテキストが約 2.6 倍に増加したにもかかわらず、キャッシュにヒットしない入力の割合は 6 か月間で 50% 以上減少したと投稿は報告しています。これは、ログインリフレッシュなどの小さな中断や、会話途中で指示を追加する、ツールをオンデマンドでロードするなどの大きな中断といった、偶発的なキャッシュ破損を減らす Claude Code の一連の変更のおかげです。Opus 5.5 と Fable 5.1 では、開発者はセッション中にエフォートレベルを変更してもキャッシュをリセットする必要がなくなります。

公式のプロンプトキャッシュのドキュメントでは、エフォートレベルの動作は API キーまたは Claude サブスクリプションで適用され、Amazon Bedrock、Google Cloud の Agent Platform、Claude アプリゲートウェイでは適用されず、また CLAUDE_CODE_DISABLE_EXPERIMENTAL_BETAS フラグが設定されている場合や、組織が HIPAA 設定を持っている場合は適用されません。

API キーやクラウドプロバイダーを使用する開発者は、現在 1 時間のキャッシュ有効期限を設定できるようになりました。これはサブスクライバーが既に持っている設定です。ドキュメントにはデフォルトが示されており、Claude サブスクリプションのプラン使用内ではメイン会話が 1 時間、使用クレジット、API キー、クラウドプロバイダーでは 5 分となっています。promptCacheTtl 設定または CLAUDE_CODE_PROMPT_CACHE_TTL 環境変数が長い有効期限を選択し、これらの両方の制御には Claude Code v2.1.242 以降が必要です。

フォークされたサブエージェントは、同じコンテキストを再処理するコストを払う代わりに、親セッションのキャッシュから開始します。ドキュメントでは、フォークは親のシステムプロンプト、ツールセット、完全な会話履歴を引き継ぎ、開始リクエストは直接親のキャッシュから読み取られると説明しています。

タスクあたりのターン数の削減

Anthropic は、Opus 5.5 が他のモデルよりも少ないターンでタスクを完了できると報告しています。投稿によると、Zeta Labs は Opus 5 に比べてタスクあたりのターン数とツール呼び出し回数が少なく、コストはほぼ半分で、最も難しいタスクを 2 倍の数だけ完了したと記録しています。

投稿は、このパターンがすべてのタスクに当てはまるわけではないと警告し、Osmaniの分析を引用しています: 「範囲が明確に定義されたタスクでは、両モデルともほぼ同じターン数で完了し、得られるのは価格削減だけです。ギャップはオープンエンドなタスクで最大になるはずで、モデルが誤ったアイデアに多くのターンを費やす可能性があります。」

Anthropic は、Opus 5.5 が Opus 5 よりも出力が 30% 以上速くなると報告しています。この向上はトークン使用量やキャッシュヒット率を変えず、投稿では Claude が無人で作業する時間が増えるため、長時間の実行で待機時間が短縮されると指摘しています。

この投稿は、キャッシュされた読み取りを保護するための実践で締めくくられます：Claude Code で /usage を実行して、セッションのどの程度がキャッシュから提供されているかを確認し、セッション開始時にモデルを選択し、途中で切り替えないようにし、離れる前にコンパクションを実行し、離れた後ではなく、API キーまたはクラウドプロバイダー上で長時間のセッションに対して 1 時間のキャッシュ有効期間を有効にします。