AnthropicのClaude Opus 5.5を業務目線で読む｜単価2割減とthinking必須化、移行前に確かめること

Anthropicは2026年9月22日、Claude Opus 5.5を公開しました。7月のOpus 5は「同価格のまま既定モデルを底上げする」更新でしたが、今回は単価そのものを下げてきました。入力・出力ともOpus 5から20%安くなり、Anthropicは典型的なワークロードで約40%安く動くと説明しています。ただし同時に、thinking(思考)をオフにできなくなり、effortの既定値も変わりました。単価表だけを見て「安くなったから即差し替え」とすると、処理によってはかえって出力トークンが増えたり、APIが400エラーを返したりします。この記事では、公式発表と公式ドキュメントで確認できた事実を押さえたうえで、実質コストの見積もり方、影響を受けやすい処理の洗い出し、評価セットでの比較と段階切り替えの3点を切り分けます。

何が公開されたのか#

まず事実を淡々と押さえます。Anthropicの公式発表と公式ドキュメントによると、Claude Opus 5.5は2026年9月22日に公開されました。APIのモデルIDは日付サフィックスのないclaude-opus-5-5で、Opus 5と同じ命名方式です。Claude API(Claude Platform)に加え、Amazon Bedrock、Claude Platform on AWS、Google Cloud、Microsoft Foundryで提供されています。Claudeアプリでは、Pro・Max・Team・Enterpriseの各プランで使えると案内されています。

コンテキストウィンドウは100万トークン、最大出力は12.8万トークンで、いずれもOpus 5から変わっていません。公式ドキュメントは、Opus 5.5を「長時間のエージェント型コーディングと知識労働のためのモデル」と位置づけています。モデル紹介ページの表現では、コーディングと知識労働の「毎日使うモデル(daily driver)」です。

性能については、Anthropicは「大半の作業でClaude Fable 5.1と同等の水準」と発表しています。MacRumorsの報道によると、Anthropicはエージェント型コーディング、知識労働、コンピュータ操作、図表の読み取りなどでFable 5.1を上回ったとしています。Fable 5.1は料金ページ上で入力10ドル/出力50ドル(100万トークンあたり)の上位モデルで、単価だけならOpus 5.5はその4割で「Fable級」が使える計算になります。ただし、性能の比較はベンチマークを含めてすべてAnthropic発表の数字である点を割り引いて読みます。

料金と速度、公式に書いてあること#

公式の料金ページで確認できた数字を、Opus 5と並べます(いずれも100万トークンあたり、米ドル)。

入力・出力・キャッシュ書き込みは一律20%減ですが、キャッシュ読み取りだけは60%減と下げ幅が大きくなっています。料金ページによると、Opus 5を含む多くのモデルはキャッシュ読み取りが基本入力単価の0.1倍なのに対し、Opus 5.5は0.05倍に設定されているためです(Fable 5.1とMythos 5.1は0.025倍)。長いシステムプロンプトや社内文書を毎回キャッシュから読ませるRAGやエージェントほど、単価表の「2割減」以上に効く可能性があります。

速度面では、Anthropicは出力の生成がOpus 5より30%超速いと説明しています。Fastモードは最大2.5倍の速度で、入力8ドル/出力40ドルです。Fastモードはリサーチプレビューの扱いで、Claude API(ファーストパーティ)でのみ提供され、BedrockやGoogle Cloudなどでは使えないと料金ページに明記されています。

加えて、Anthropicは「既定の設定では典型的なワークロードでOpus 5より40%安い」と発表しています。内訳として、トークン単価が下がったことに加え、1タスクあたりに使うトークンが少ないことを挙げています。ただし、この40%は「Anthropicのテストで」「既定の設定で」「典型的なワークロードで」という条件付きの数字で、測定方法の詳細は発表ページには示されていません。

実質コストはどう見積もるか#

「単価2割減」と「タスクあたり4割減」の差を埋めているのは、トークン量の変化です。ここを自社の処理で測らないと、実際の請求額は読めません。見積もりでは、次の3つの要素を分けて考えます。

1. thinkingの分も出力として課金される#

公式のThinkingドキュメントは、思考に使ったトークンは、思考の本文が返ってこない場合でも出力トークンとして課金され、max_tokensにも数えられると明記しています。Opus 5でthinkingを無効にして動かしていた処理は、これまで思考分の出力がゼロでした。Opus 5.5では思考が常時オンになるため、出力トークンが増える方向に動きます。effortがlowなら簡単な問題では思考を飛ばすこともあるとされていますが、どれだけ飛ばすかはプロンプト次第だと公式は書いています。

2. effortの既定値がhighからmediumに下がった#

Opus 5.5のeffortはlow・medium・high・xhigh・maxの5段階で、既定はmediumです。Opus 5の既定はhighでした。effortを指定していないコードは、差し替えただけで1段低い設定で動きます。Anthropicは、Opus 5.5のmediumがコーディングや知識労働の評価でOpus 5のhigh以上の結果を出したとしており、既定でも品質が保たれるならトークンは減る方向です。

3. 同じeffortならOpus 5より多く考える#

一方で公式ドキュメントは、同じeffortの値ではOpus 5.5はOpus 5より1ターンあたり多く考える傾向があり、とくにxhighとmaxで顕著だと書いています。Opus 5でhighやxhighを明示指定していたコードをそのまま移すと、ターンが長くなり出力トークンが増えると予告されています。

仮の数字で損益分岐を見る#

具体的に、1リクエストあたり入力2万トークン(うち1.5万トークンがキャッシュ読み取り、残り5千トークンが通常入力)、出力3千トークンの処理を仮定します。数字は説明用の仮定で、キャッシュ書き込みは省いています。

この仮定では、出力トークンがOpus 5の約1.4倍を超えると、単価が下がってもOpus 5より高くつきます。入力の大半がキャッシュ読み取りの処理ほど、コストは出力の単価と量で決まります。thinkingを無効にして短い出力で回していた処理は、これまでゼロだった思考分がそのまま上乗せされるため、損益分岐を超えるかどうかは実測しないと分かりません。

影響を受けやすい処理を洗い出す#

公式の移行ガイドは、Opus 5で動いているコードに対する破壊的変更を4つ挙げています。thinking無効の指定、強制ツール呼び出し、旧来のコンピュータ操作ツールの3つは、条件に当たると400エラーになります。残る1つのthinkingブロックと会話の結び付きは、モデルを切り替えると思考が黙って引き継がれず、会話の途中で書き換えると新しいアカウントでは400エラーになる変更です。いずれも単価より先に確認すべき項目です。

thinking無効を前提にした低レイテンシ処理#

thinkingに無効(disabled)を指定したリクエストも、budget_tokensで手動の思考予算を指定したリクエストも、Opus 5.5では400エラーを返します。thinkingの項目を外すか、adaptiveを指定し、深さはeffortで調整します。

# Opus 5では受け付けられたが、Opus 5.5では400エラー
thinking={"type": "disabled"}

# Opus 5.5: thinkingは常時オン。effortで深さを抑える
output_config={"effort": "low"}

影響が大きいのは、分類・抽出・振り分けのように「考えずに即答」させていた処理や、チャットの初回応答の速さが体験に直結する処理です。公式のプロンプトガイドは、thinking無効で動かしていた処理はlowから始めて品質とレイテンシを測り、品質が落ちればmediumへ上げるよう勧めています。それでも応答開始までの時間が問題なら、システムプロンプトに「熟考せずに直接答える」旨の一文を足す方法も挙げていますが、思考が減れば品質も下がりうるため、足したら測り直す前提です。

あわせて、次の2点も壊れやすい箇所です。

• 応答の先頭ブロックをテキストだと決め打ちしているコード。Opus 5.5の応答はthinkingブロックから始まりうるため、ブロックのtypeで選ぶ必要があります。
• thinking無効を前提に小さく設定したmax_tokens。思考分もmax_tokensに数えられるため、応答が途中で切れる原因になります。

構造化抽出で使う強制ツール呼び出し#

tool_choiceのanyやtool(特定ツールの強制)は、Opus 5.5では400エラーになります。トークン数を数えるエンドポイントでも同じです。JSONを確実に取り出すために強制ツール呼び出しを使っているパイプラインは、tool_choiceをautoにしてstrictなツール定義を使うか、構造化出力(structured outputs)へ移す必要があります。いつツールを使うべきかは、プロンプトで指示する形になります。

エージェントの見え方と会話の扱い#

エラーにはならないものの、画面の見え方が変わる変更もあります。Opus 5ではツール呼び出しの合間にモデルが書くテキストがtextブロックで返っていましたが、Opus 5.5では進捗更新のthinkingブロックとして返り、既定の表示設定ではその中身が空になります。進捗をユーザーに流していたアプリは、ツール呼び出しの間が無言になります。表示設定をupdates(ベータ)かsummarizedに変えて、thinkingブロックから読む必要があります。

また、thinkingブロックは生成したモデルと会話に結びつきます。Opus 5.5の思考を読めるのはClaude API上のFable 5.1とMythos 5.1だけで、ほかのモデルへ切り替えると、それまでの思考なしで以降のターンを処理します。このときリクエストはエラーにならず、読めないブロックはAPI側で捨てられ、課金もされません。2026年8月31日(UTC)以降に作成したアカウントでは、会話の途中でシステムプロンプトやツール定義、過去のメッセージを書き換えたうえでthinkingブロックを送り直すと、既定で400エラーになります。会話は追記のみで扱うのが原則です。Claude APIとGoogle Cloudでは、旧来のcomputer_20251124によるコンピュータ操作も受け付けられず、computer_toolset_20260801への移行が必要です。

セキュリティ系・バイオ系の業務#

業務上とくに注意したいのが、安全のための分類器とルーティングです。Anthropicは、Opus 5.5がバイオとサイバーセキュリティの領域でMythos 5.1に匹敵するため、Fable 5.1に近い水準の安全策を付けて提供すると説明しています。

• サイバーセキュリティ: 日常の開発の中でコードのバグを見つけて直す作業はできる一方、サイバーセキュリティ系のタスクの多くはOpus 4.8へ回されると発表されています。プロンプトガイドは、ソースコードの脆弱性発見は許容され、リスクの高いデュアルユースの活動は許容されないと整理しています。Anthropicは、検証済みの組織向けのCyber Verification ProgramをOpus 5.5にも拡大する予定だとしています。
• バイオ: Fable 5.1と同じバイオの安全策が入り、Opus 5から来た場合は新しく加わる分類器です。日常的な健康や教育の質問は影響を受けないとされています。生命科学の業務で分類器が障害になる組織向けに、Life Sciences Verification Programへの申請窓口が用意されています。
• 推論の抜き出し: 内部の思考を応答本文に書き出させようとするリクエストは、reasoning_extractionという区分で拒否されることがあります。「推論過程を回答に書け」と指示しているプロンプトは、この区分に当たらないか見直す必要があります。

Anthropicの発表は、これらの安全策が働いた場合は別のモデルへ透過的にフォールバックすると説明しています。ただしAPIでは、何も設定しなければ自動では切り替わりません。拒否はstop_reasonがrefusalの通常応答(HTTP 200)として返り、stop_detailsに区分が入ります。別モデルで再試行するには、サーバー側のフォールバック(ベータ)を設定するか、SDKのミドルウェアや自前の再試行を用意する必要があります。サーバー側のフォールバックでも、reasoning_extractionの拒否は再試行されずに返されます。

評価セットで比べ、段階的に切り替える#

進め方は、既存の記事で整理したモデル移行の手順がそのまま使えます。要点は、現行の構成を無改造のまま新モデルで再生して差分を切り分けること、凍結した評価セットで品質・レイテンシ・コストの3軸を並べること、部分展開とロールバックを前提に切り替えることです。Opus 5.5に当てはめると、次の順になります。

公開日・モデルID・料金・速度・effort・thinkingの扱い・破壊的変更・安全策とルーティングは、Anthropicの公式発表、公式モデル紹介ページ、Claude Docs(What's new、移行ガイド、プロンプトガイド、料金、Effort、Thinking、Refusals and fallback)で確認した範囲に基づきます。Fable 5.1との比較や40%削減、30%超の高速化はAnthropicの発表値で、実タスクでの結果を保証するものではありません。本文の試算は説明用の仮定です。

よくある質問#

まとめ#

Claude Opus 5.5は、単価を2割下げ、Anthropicの発表ではFable 5.1に近い性能を出すモデルです。一方で、thinkingの常時オン、effort既定値の変更、強制ツール呼び出しの廃止という仕様変更を伴います。コストが下がるかどうかは単価表ではなく、自社の処理で出力トークンがどう動くかで決まります。まずは代表的な処理でeffortを振って実測し、thinking無効に頼っていた処理とセキュリティ系の業務は切り離して検証する。そのうえで影響の小さい経路から段階的に移すのが、値下げを請求額の削減につなげる現実的な進め方だと考えます。