Claude Opus 5.5発表|性能よりも価格と効率の変化が大きい

contents11
  1. 01Claude Opus 5.5が発表された
  2. 02基本仕様
  3. 03価格はOpus 5より20%下がった
  4. 04ベンチマークで見える強み
  5. 05「Fable 5.1級だが、置き換えではない」という位置
  6. 06Claude Codeとの相性
  7. 07API移行では互換性に注意が必要
  8. 08安全性は長時間エージェントを意識している
  9. 09どのモデルを選ぶか
  10. 10まとめ
  11. 11参考文献

Claude Opus 5.5が発表された

Anthropicは2026年9月22日、Claude Opus 5.5を発表しました。Claude 5.5世代では最初のモデルで、長時間のエージェント型コーディングと知識労働を主な用途にしています。

発表を一通り読むと、今回の変化は単純な性能向上だけではありません。Opus 5よりトークン単価が20%下がり、同じ種類の作業を少ないトークンで終えられるため、Anthropicの試算では典型的な処理費用が約40%下がります。出力速度もOpus 5より30%以上速いと説明されています。

つまり、Opus 5.5は「さらに高価な最上位モデル」ではなく、長い作業をOpus級の品質で回しやすくするモデルとして出てきました。高性能モデルは能力が上がるたびに遠い存在になるものだと思っていましたが、今回は少し方向が違います。

この記事では、2026年9月23日時点のAnthropic公式発表とClaude Platformの公式ドキュメントだけを使い、性能、料金、モデル仕様、移行時の注意点を整理します。

基本仕様

Claude Platformのモデル仕様では、Opus 5.5は次のように定義されています。

項目Claude Opus 5.5
APIモデルIDclaude-opus-5-5
コンテキストウィンドウ100万トークン
最大出力128Kトークン
Batch APIの最大出力300Kトークン(ベータ)
入力テキスト、画像
出力テキスト
ThinkingAdaptive Thinking、常時有効
デフォルトのeffortmedium
知識カットオフ2026年6月
公開日2026年9月22日

100万トークンのコンテキストと128Kトークンの最大出力は、Opus 5から引き継がれています。コンテキスト長をさらに伸ばしたモデルではありません。一方、Batch APIでは最大300Kトークンの出力がベータ提供されており、大量の文書生成や長い変換処理では使い方が変わりそうです。

推論にはAdaptive Thinkingが使われ、深さはeffortで調整します。Opus 5.5のデフォルトはmediumです。最上位モデルだから常に最大限考えさせるのではなく、作業に合わせて推論量と費用を調整する前提になっています。

価格はOpus 5より20%下がった

標準API料金は次の通りです。料金はいずれも100万トークン単位です。

項目Opus 5.5Opus 5
入力$4$5
出力$20$25
5分キャッシュ書き込み$5$6.25
キャッシュ読み取り$0.20$0.50

入力と出力はOpus 5から20%値下げされました。特に差が大きいのはキャッシュ読み取りで、$0.50から$0.20へ60%下がっています。

Claude Codeのようなエージェント型の使い方では、コードベースや会話履歴を何度も参照します。そのため、入力と出力だけでなく、キャッシュ読み取りの値下げが効きます。Anthropicは、トークン単価の低下に加えて、Opus 5.5が作業に使うトークン自体も少なくなったことで、典型的な処理費用はOpus 5より約40%下がるとしています。

Fast modeもClaude CodeとClaude Platformで利用できます。最大2.5倍の速度になる代わりに、入力は$8、出力は$40です。標準料金の2倍なので、常用するというより、待ち時間の価値が高い作業で選ぶものになりそうです。

なお、価格低下は「安価なモデルになった」という意味ではありません。Sonnet 5は入力$2、出力$10なので、Opus 5.5はその2倍です。日常的な処理をすべてOpusへ寄せるより、難しい作業や長時間タスクに絞る方が自然でしょう。

保存しておける利用上限リセットも配布された

Opus 5.5の発表に合わせて、Anthropicはサブスクリプション利用者へ利用上限のリセット権も配布しました。すぐに自動適用されるものではなく、必要になるまで保存し、任意のタイミングで使える仕組みです。

筆者のClaude画面にも「リセット」という項目が表示され、ボタンは「無料でリセット」となっていました。説明には、Opus 5.5をさらに試す余裕を得られることと、有効期限が2026年10月23日であることが記載されています。

この日付は筆者のアカウントに表示された期限です。対象プランや付与時期によって同じとは限らないため、実際の期限はClaudeの画面で確認する必要があります。使う前に保存できる点は便利ですが、期限まで保存できるということは、きれいに忘れる可能性もあります。

ベンチマークで見える強み

Anthropicの発表では、コーディング、知識労働、コンピューター操作などの評価結果が公開されています。

評価Opus 5.5Fable 5.1Opus 5
Terminal-Bench 4.066.4%55.8%52.3%
FrontierCode v1.154.4%50.3%48.0%
CursorBench 4.057.8%51.8%46.6%
GDPval-AA v2.1184617351708
OSWorld 2.081.8%80.7%74.0%

数字だけを見ると、Opus 5.5はOpus 5からかなり伸びています。特にターミナル上の複雑な作業を評価するTerminal-Bench 4.0では、52.3%から66.4%へ上がりました。大規模なコード変更や複数手順をまたぐ作業を主用途に置く説明とも整合します。

ただし、比較条件には注意が必要です。Anthropicは、特記がない結果ではOpus 5.5をAdaptive Thinkingの最大effortで評価しています。Terminal-Bench 4.0ではOpus 5.5がxhigh、比較対象の一部も各社が報告した高い設定を使っています。また、本番用の安全策が介入した場合、一部領域では別のClaudeモデルが処理を引き継いでいます。

公式発表自身も、現在の能力帯ではベンチマーク上のわずかな差が、実際の使い勝手の差を必ずしも正確に表さないと説明しています。表は方向を見るには便利ですが、66.4という数字だけで、あらゆる作業が約14ポイント良くなるわけではありません。

「Fable 5.1級だが、置き換えではない」という位置

Anthropicは、Opus 5.5が多くの作業でClaude Fable 5.1と同程度の性能を持つと説明しています。一方、公式のモデル選択ガイドでは、通常の作業はOpus 5.5から始め、より難しい推論や長期のエージェント作業でOpus 5.5の高effortでも足りない場合にFable 5.1を使う構成です。

料金差も明確です。

モデル入力出力デフォルトeffort
Claude Fable 5.1$10$50high
Claude Opus 5.5$4$20medium
Claude Sonnet 5$2$10high

Fable 5.1はOpus 5.5の2.5倍、Opus 5.5はSonnet 5の2倍です。Opus 5.5は、Sonnetより難しい仕事を任せたいが、Fableを常用するほどではない領域に収まります。

以前はOpusが最上位という分かりやすい並びでしたが、現在はそう単純ではありません。Fableは特に難しい長期作業、Opusは高度な日常業務、Sonnetは速度と費用を重視する処理、という分け方に近づいています。

Claude Codeとの相性

Opus 5.5が想定する中心用途の一つは、長時間動くコーディングエージェントです。Anthropicは、大規模なコード移行、監査、コードレビュー、複数のサブエージェントを使う作業を具体例として挙げています。

実際にClaude CodeでOpus 5.5をmedium設定にして使ってみると、最初に分かりやすかったのは速さでした。まだ長時間の比較や同一タスクでの厳密な計測まではしていませんが、普段の作業を頼んだ範囲では、考え始めてから編集や応答へ移るまでが軽快です。

mediumはOpus 5.5のデフォルト設定です。最大の推論量を使わなくても十分に速く動き、少なくとも第一印象では「高性能な代わりに待たされるモデル」という感じが薄くなっています。速い。まずはその一言でよい気がします。

発表ページには、20万行のコードベースを3時間未満で監査・修正し、Opus 5では20時間以上かかったという早期利用例があります。別の内部評価では、HAProxyをCからRustへ移植する作業をOpus 5.5とFable 5.1に行わせ、どちらも回帰テストの大半を通過し、Opus 5.5は9.5時間で完了したとしています。

いずれもAnthropicまたは早期利用者による評価であり、誰の環境でも同じ時間になるわけではありません。それでも、短いコード補完ではなく、数時間から一日単位で作業を預ける方向に重点があることは分かります。

出力が30%以上速くなり、同じ作業で使うトークンも減るなら、Claude Codeでは性能スコア以上に体感差が出る可能性があります。エージェントを長時間動かすと、少しの待ち時間とトークン差が何十回も積み上がるためです。

ただし、この記事の執筆時点では筆者自身による長時間の比較検証はしていません。短時間の利用で速さは感じたものの、大規模な変更でも安定して速いのか、Opus 5やFable 5.1より少ない手数で終わるのかは、これから確かめる部分です。

API移行では互換性に注意が必要

モデルIDをclaude-opus-5からclaude-opus-5-5へ変えるだけで済む用途もありますが、Opus 5向けのAPI実装には互換性を壊す変更があります。

Thinkingを無効にできない

Opus 5.5ではAdaptive Thinkingが常時有効です。次のようにThinkingを無効化したり、従来式のトークン予算を直接指定したりすると、400エラーになります。

{
  "thinking": { "type": "disabled" }
}

thinking自体を省略し、effortで深さを調整します。Thinkingを切って費用を抑えていた実装では、effort: "low"などへ設計を変える必要があります。

ツールの強制指定が使えない

tool_choiceのanyとtoolは対応していません。特定ツールの利用を強制していた場合は、autoとStrict Tool Use、構造化出力、プロンプト上の指示を組み合わせます。

Thinkingブロックの扱いが変わる

Opus 5.5のThinkingブロックは、モデルと会話に結び付いています。ツール利用中は受け取ったThinkingブロックを変更せず返し、会話途中でsystem prompt、tools、過去メッセージを書き換えない構成が必要です。

モデルを途中で切り替えるルーターも注意が必要です。Opus 5.5のThinkingブロックを読めるモデルは限られており、切り替え先によっては過去の推論ブロックがモデルへ渡りません。

Computer Useのツールセットが変わる

Claude APIとGoogle Cloudでは、従来のcomputer_20251124をそのまま使えません。computer_toolset_20260801への移行が必要です。ただしAmazon Bedrockでは扱いが異なるため、利用基盤ごとの公式ドキュメントを確認する必要があります。

性能と料金だけを見ると素直な更新に見えますが、APIでは思ったより性格の違うモデルです。既存のOpus 5統合を本番で切り替える前に、Anthropicも開発環境での再評価を勧めています。

安全性は長時間エージェントを意識している

Anthropicによると、Opus 5.5は同社の自動行動監査で、これまでのClaudeモデルの中でもっとも良い結果を記録しました。元に戻しにくい操作や、与えられた範囲を越える行動が近年のモデルより少なく、プロンプトインジェクションへの耐性もOpus 5から改善したとされています。

長時間動くエージェントでは、途中の一度の誤判断が大きな変更につながります。能力だけでなく、勝手に範囲を広げないことや、取り返しのつかない操作を避けることが重要です。Opus 5.5の安全性評価が行動境界を重視しているのは、用途を考えると自然です。

一方、Anthropicは評価にも限界があると明記しています。モデルが評価中であることを察している兆候があり、現実のあらゆる状況で同じように振る舞うかを事前に確認する方法は、まだ解決していません。「監査結果が最良だった」と「予期しない行動をしない」は同じ意味ではありません。

生物学、サイバーセキュリティ、思考内容の抽出などには追加の分類器が使われます。APIでは拒否時にstop_reason: "refusal"と分類情報が返るため、長時間処理へ組み込む場合は、拒否やフォールバックを例外系として実装する必要があります。

どのモデルを選ぶか

公式情報から見ると、使い分けは比較的分かりやすくなっています。

  • 長時間のコーディング、複雑な調査、重要な業務文書はOpus 5.5
  • さらに難しい推論や長期エージェント作業はFable 5.1
  • 速度と費用を優先する日常処理はSonnet 5
  • Opus 5.5で待ち時間が問題になる作業だけFast mode

ただし、モデル名だけで決めるより、同じタスクを複数のeffortで試した方が現実的です。Opus 5.5はデフォルトがmediumなので、最初からmaxへ上げなくても十分な結果になる可能性があります。逆に、簡単な処理へOpus 5.5を使うなら、Sonnet 5との差を確認しないまま費用だけ増やすことにもなります。

今回の発表で興味深いのは、最高スコアよりも、高性能モデルをどの設定なら日常的に回せるかへ焦点が移ったことです。Opus 5.5はFable 5.1を消すモデルではなく、その手前に広い実用帯を作るモデルに見えます。

まとめ

Claude Opus 5.5は、2026年9月22日に発表されたClaude 5.5世代の最初のモデルです。100万トークンのコンテキスト、128Kトークンの最大出力を備え、APIではclaude-opus-5-5として利用できます。

入力は100万トークンあたり$4、出力は$20で、Opus 5から20%下がりました。キャッシュ読み取りは60%安くなり、使用トークンの削減を含めた典型的な処理費用は約40%低下するとAnthropicは説明しています。長時間のClaude Code作業では、この効率改善がもっとも大きな変化になりそうです。

その一方で、Adaptive Thinkingは常時有効になり、ツールの強制指定やComputer Useの旧仕様には互換性の問題があります。API利用者にとっては、モデルIDだけを差し替える更新ではありません。

性能は確かに上がっています。ただ、今回のOpus 5.5は「最強の数字」より、「強いモデルを長く使ったときの時間と費用」を整えたリリースとして見る方が分かりやすいです。Claude Codeのmedium設定を短時間使った限りでは、まず速さが印象に残りました。長い作業でも同じ感覚が続くかは、これから確かめたいところです。

参考文献

shareTwitterFacebook