Claude Opus 5.5は、Anthropicが2026年9月22日に公開したOpusの新版で、モデルID claude-opus-5-5 で呼び出します。10月25日時点で公式のモデルページに「Latest」と表示される最新のOpusです。入力100万トークンあたり4ドル・出力20ドルと、Opus 5から単価が2割下がりました。一方で、Opus 5で通っていたリクエストが400エラーになる変更が4つあり、エラーを出さずに挙動だけ変わる箇所もあります。この記事では、仕様と料金、ベンチマークの読み方、Fast modeの使い方、thinking を無効にしたときのエラーの直し方、Claude CodeやGitHub Copilotでの選び方、受託開発の現場でOpus 5.5へ移す条件と待つ条件を整理しました。
まとめ:Claude Opus 5.5の要点とOpus 5から移すかどうかの結論
Opus 5.5は「単価を下げたうえで、設定の自由度を削った版」です。料金は入力4ドル・出力20ドル、キャッシュ読み込みは0.20ドルで、文脈長は100万トークン、同期APIの出力上限は12.8万トークン。知識のカットオフは2026年6月です。
移行の結論を先に書きます。モデルIDの置換だけで切り替えてはいけません。思考を無効にする指定と、tool_choice によるツールの強制指定が400エラーになります。さらに effort を省略したリクエストは、Opus 5の high ではなく medium で動きます。エラーは出ないままeffortの既定値が変わるため、設定変更の影響とモデル自体の性能差を分けて評価する必要があります。
Opus 5を思考ありの既定設定で動かし、ツールの強制指定も使っていない構成なら、effort の明示に加え、旧コンピュータ操作ツール、会話履歴の編集、進捗表示への影響を確認してから移行できます。思考を完全に止めたい処理は、Haiku 5.5で effort を high 以下にして disabled を指定します。Sonnet 5.5は disabled を受け付けず、between_tools で事前の思考だけを止める方式です。
Claude Codeでは v2.1.280 以降、opus エイリアスと既定モデルがOpus 5.5を指します。Fast modeは単価が標準の2倍(入力8ドル・出力40ドル)で、出力速度は最大2.5倍。人が画面の前で待つ処理に絞って使う機能です。
Claude Opus 5.5の基本仕様と2026年9月22日公開で変わった中身
設計の前提になる数字は、単価・文脈長・出力上限・知識カットオフ・提供先の5つです。
モデルID・文脈長・出力上限と各クラウドで指定する呼び出し名
Claude APIのモデルIDは claude-opus-5-5 です。4.6世代以降と同じく日付の付かないIDで、これ自体が固定のスナップショットを指します。Amazon Bedrockでは anthropic.claude-opus-5-5、Google Cloud(Google managed/Anthropic managed)・Microsoft Foundry・Claude Platform on AWSでは claude-opus-5-5 で呼び出せます。
文脈長は100万トークンで、20万トークンを超えても長文脈の割増はありません。出力上限は同期のMessages APIで12.8万トークン、Batch APIでは output-300k-2026-03-24 ベータヘッダーを付けると30万トークンまで広がります。プロンプトキャッシュの最小長は512トークンです。提供終了は「2027年9月22日より前には行わない」とモデル一覧に記載されています。前版のOpus 5は同じ一覧で「Legacy」に移りましたが、引き続き呼び出せます。
ベンチマーク表で見るOpus 5・Fable 5.1・GPT-6 Astraとの差と比較条件
Anthropicの発表に掲載された比較表から、開発と業務自動化に関わる項目を抜き出しました。AutomationBenchはZapierによる測定で、フォールバックを使わず、安全性分類器の介入を失敗として集計しています。その他の注記がないOpus 5.5の値は最大effortでの結果で、Terminal-Bench 4.0はOpus 5.5がxhigh、GPT-6 Astraがhighです。
| ベンチマーク | Opus 5.5 | Fable 5.1 | Opus 5 | GPT-6 Astra |
|---|---|---|---|---|
| Terminal-Bench 4.0 | 66.4% | 55.8% | 52.3% | 57.9% |
| FrontierCode v1.1 | 54.4% | 50.3% | 48.0% | 53.3% |
| CursorBench 4.0 | 57.8% | 51.8% | 46.6% | - |
| GDPval-AA v2.1 | 1846 | 1735 | 1708 | 1542 |
| AutomationBench | 40.0% | 31.4% | 26.9% | 41.4% |
| Terminal-Bench-Science 0.1 | 58.7% | 52.6% | 29.0% | 64.6% |
| OSWorld 2.1(partial) | 81.8% | 80.7% | 74.0% | - |
コーディング系の3項目ではOpus 5.5が上位のFable 5.1も上回りますが、業務フロー(AutomationBench)と科学研究(Terminal-Bench-Science)ではGPT-6 Astraが上です。発表には、安全性の分類器が介入した課題はサイバーセキュリティならOpus 4.8、生物学ならOpus 5が代わりに解いたという注記もあり、分類器に触れやすい領域ほど表の数値は実力より低く出ている可能性があります。発表が強調する「既定のeffortでも最大effortのOpus 5を約5分の1のコストで上回る」はTerminal-Bench 4.0での比較です。自社の評価セットで測り直すまでは、採否の根拠ではなく参考値として扱ってください。
知識カットオフ2026年6月と透かし・ゼロデータ保持の扱い
信頼できる知識のカットオフは2026年6月です。Claude Opus 5の仕様と料金で扱った前版は2026年5月だったため、1か月新しくなりました。claude.aiではPro・Max・Team・座席課金のEnterpriseで使え、発表と同時に5時間あたりの利用上限も引き上げられています。
納品物に生成文を含む案件で確認しておきたいのが透かしです。発表には、Fable 5.1と同じくEU AI Actに対応する透かしをOpus 5.5の出力に入れると明記されました。Anthropicの透かしの解説によると、方式は語の選び方の偏りで判定するもので、隠し文字は加わらず、トークンも料金も増えません。利用者や組織を特定する情報も含まれません。コードは正確さが必要な箇所が多いため透かしが少なく、入るのはコメントのように語の選択に幅がある部分です。検出用のAPIは規制当局や報道機関など対象を絞った非公開プレビューです。ゼロデータ保持(ZDR)は従来のOpusと同じく選べます。
単価2割減とキャッシュ読み6割減の料金を円換算で試算する手順
料金表の変化と、それが請求額にどう効くかを分けて見ます。「Opus 5より40%安い」と紹介される場面がありますが、これは発表が典型的なワークロードで測ったトークン削減込みの値です。公式の料金ページで確定しているのは、単価の2割減とキャッシュ読みの6割減です。
Opus 5.5・Opus 5・Fable 5.1・Sonnet 5.5の単価比較表
数値は2026年10月25日に確認した公式料金表によります。単価は100万トークンあたりの米ドルです。
| 項目 | Opus 5.5 | Opus 5 | Fable 5.1 | Sonnet 5.5 |
|---|---|---|---|---|
| 入力 | 4ドル | 5ドル | 10ドル | 2ドル |
| 出力 | 20ドル | 25ドル | 50ドル | 10ドル |
| キャッシュ書き込み(5分) | 5ドル | 6.25ドル | 12.50ドル | 2.50ドル |
| キャッシュ書き込み(1時間) | 8ドル | 10ドル | 20ドル | 4ドル |
| キャッシュ読み込み | 0.20ドル | 0.50ドル | 0.25ドル | 0.10ドル |
| Batch API(入力/出力) | 2/10ドル | 2.50/12.50ドル | 5/25ドル | 1/5ドル |
| Fast mode(入力/出力) | 8/40ドル | 10/50ドル | 対象外 | 対象外 |
キャッシュ読みが入力単価の0.05倍になる係数は、Opus 5.5とSonnet 5.5だけのものです(通常は0.1倍、Fable 5.1は0.025倍)。Fable 5.1の料金構造と比べると、単価は2.5倍の開きがある一方、キャッシュ読みの実額はほぼ同水準です。米国内推論を指定する inference_geo: "us" を使うと、全項目に1.1倍の係数がかかります。Haiku 5.5を含む全モデルの単価とAPIキーの発行手順はClaude APIの料金とAPIキー取得方法にまとめています。
1リクエストあたりの円換算と思考量の増加で値下げ分が相殺される幅
入力5万トークン・出力1.5万トークンのコーディング処理を、1ドル150円で換算した概算です。「出力3割増」の行は、同じ処理で出力が3割増えたと仮定した試算で、キャッシュの行は書き込み済みの接頭辞を読む場合です。
| 条件 | 入力 | 出力 | 合計 | 円換算 |
|---|---|---|---|---|
| Opus 5 標準 | 0.25ドル | 0.375ドル | 0.625ドル | 約94円 |
| Opus 5.5 標準 | 0.20ドル | 0.30ドル | 0.50ドル | 約75円 |
| Opus 5.5 入力8割がキャッシュ | 0.048ドル | 0.30ドル | 0.348ドル | 約52円 |
| Opus 5.5 Batch API | 0.10ドル | 0.15ドル | 0.25ドル | 約38円 |
| Opus 5.5 出力3割増(仮定) | 0.20ドル | 0.39ドル | 0.59ドル | 約89円 |
| Opus 5.5 Fast mode | 0.40ドル | 0.60ドル | 1.00ドル | 約150円 |
| Sonnet 5.5 標準 | 0.10ドル | 0.15ドル | 0.25ドル | 約38円 |
注目してほしいのは「出力3割増」の行です。公式の変更点ページには、同じeffortならOpus 5より1ターンあたりの思考が増える傾向があり、xhigh と max で特に顕著だと書かれています。思考トークンは本文に表示されなくても出力として課金されるため、Opus 5の上位のeffort設定をそのまま使うと、その増加分だけ値下げの効果が小さくなる場合があります。見積はOpus 5.5で実測したトークン数から組み直してください。Fast modeは標準のちょうど2倍で、Batch APIの4倍です。
Claude Codeの測定1件で約0.07ドルとなった費用内訳
Claude Codeから使う場合は、文脈の大半がシステム側の指示とツール定義で占められる点を見積に入れます。2026年10月25日に Claude Code v2.1.302 で claude -p --model opus --output-format json を実行し、「1+1の答えを数字だけで」と頼んだ結果の modelUsage は次のとおりでした。
| 項目 | トークン | 単価 | 金額 |
|---|---|---|---|
| キャッシュ書き込み | 8,850 | 8ドル(1時間) | 0.0708ドル |
| キャッシュ読み込み | 11,813 | 0.20ドル | 0.0024ドル |
| 入力/出力 | 2/3 | 4/20ドル | 0.0001ドル |
| 合計(costUSD) | - | - | 0.0732ドル |
モデル名は claude-opus-5-5、文脈長は1,000,000、出力上限は128,000と表示されました。合計が報告値と一致するのは、キャッシュ書き込みを1時間キャッシュの8ドルで計算したときで、5分キャッシュの5ドルでは約0.047ドルにしかなりません。この測定では入力側の合計が20,665トークンで、既存キャッシュの読み込みも含めた定価換算は約11円でした。初回費用や次回のキャッシュ命中率は、設定・文脈・キャッシュの有効期限によって変わります。表示される金額は定価ベースの試算(costBasis: list)で、サブスクリプションで使う場合の請求額そのものではありません。
Claude Code・GitHub CopilotでのOpus 5.5の選択と利用条件
APIを直接呼ばずに、開発ツール経由でOpus 5.5を使う場面も多いはずです。提供条件はツールごとに違います。
Claude Codeの /model と opus エイリアスの解決先
Claude Codeのモデル設定のドキュメントによると、Opus 5.5を使うには v2.1.280 以降が必要です。古い版で指定すると失敗するため、先に claude update を実行します。opus エイリアスの解決先は提供元で異なります。
| 接続先 | opus | 既定モデル(default) |
|---|---|---|
| Anthropic API・Pro・Max・Team・Enterprise | Opus 5.5 | Opus 5.5 |
| Claude Platform on AWS | Opus 5.5 | Opus 5.5 |
| Amazon Bedrock・Google CloudのAgent Platform | Opus 5.5 | Opus 5.5 |
| Microsoft Foundry | Opus 4.6 | Sonnet 4.5 |
v2.1.280より前は、ProとTeam StandardではSonnet 5、MaxやAPIではOpus 5が既定でした。Foundry経由で使う場合は、/model claude-opus-5-5 とモデルIDを明示するか、環境変数 ANTHROPIC_DEFAULT_OPUS_MODEL で固定します。計画はOpus 5.5、実装はSonnet 5.5に分ける使い方はopusplanの設定と使い方で、権限やCLAUDE.mdを含む導入手順はClaude Codeの使い方で扱いました。
Claude Codeの /fast は利用クレジットからの別課金になる点
Claude CodeのFast modeは /fast で切り替え、v2.1.280以降はOpus 5.5が対象モデルの既定です。Claude CodeのFast modeのドキュメントには、Pro・Max・Team・Enterpriseでは利用クレジット(usage credits)からのみ支払われ、プランの利用枠が残っていても枠には含まれないと書かれています。利用クレジットを有効にしていないと使えず、Team・EnterpriseはOwnerによる有効化も要ります。会話の途中で初めて有効にすると、それまでの文脈全体にFast modeのキャッシュなし入力単価がかかるため、使うなら会話の最初に入れるのが安上がりです。Amazon Bedrock・Google CloudのAgent Platform・Microsoft Foundry・Claude Platform on AWSの接続では使えません。
GitHub Copilotで選べるプランと従量課金の扱い
GitHubのchangelog(2026年9月22日)によると、Copilotで選べるのはPro+・Max・Business・Enterpriseで、個人のProは対象外です。VS Code・Visual Studio・JetBrains IDE・Xcode・Copilot CLI・Copilot coding agent・github.comなどのモデル選択に表示され、料金は提供元の定価に基づく従量課金です。BusinessとEnterpriseでは、管理者がCopilot設定のモデルポリシーで利用可否を決めます。Sonnet 5.5との使い分けや設定画面の手順はGitHub CopilotでClaudeを使う方法にまとめています。
Fast modeを有効にするspeed指定とフォールバックを実装する手順
Fast modeは、モデルの中身を変えずに推論の構成だけを出力速度優先に切り替える仕組みです。Fast modeの公式ドキュメントには、1秒あたりの出力トークン数が標準の最大2.5倍になると書かれています。速くなるのは出力の流れる速さで、最初のトークンが返るまでの時間ではありません。
10月15日の研究プレビュー終了とFoundry・Google Cloudへの提供拡大
公式のリリースノートによると、Opus 5.5のFast modeは9月22日にClaude API限定の研究プレビューとして始まり、10月15日にプレビューを終えました。この日から次の3点が変わっています。
- Opus 5.5では
fast-mode-2026-02-01のbetaヘッダーが不要になった(付けたままでも動く) - アクセス申請が不要になり、利用ティアのStart・Build・Scaleに既定のFast mode用レート制限が設定された
- Opus 5とOpus 4.8のFast modeは研究プレビューのままで、betaヘッダーが無いと400エラーになる
提供先も広がりました。10月15日にはClaude in Microsoft FoundryのうちAzure上でホストされるデプロイで使えるようになりました。Foundry全体の料金の仕組みはMicrosoft Foundryとはで扱っています。10月22日には、Google CloudのプロジェクトからAnthropicが運用するClaude APIを呼ぶClaude Models on Google Cloud(Anthropic managed)が始まり、ここでもFast modeを指定できます。アクセス制御はGoogle CloudのIAM、課金はGoogle Cloud Marketplace経由です。従来のVertex AI経由の提供との違いはVertex AIでClaudeを使う方法で整理しました。Amazon Bedrockは、10月25日時点でFast modeの対応先に入っていません。
speed指定のリクエスト例とusage.speedで実行速度を確かめる方法
有効にする方法は、リクエストに speed を "fast" で渡すだけです。応答の usage.speed に実際の速度が "fast" か "standard" で入るため、請求の突き合わせはこの値で行えます。Fast modeの枠が足りないと429が返るので、待たずに標準速度へ切り替える例をPythonで示します。
import anthropic
client = anthropic.Anthropic()
def create_with_fast_fallback(**params):
# まずFast modeで送る。SDKの自動再試行は止めて、枠不足をすぐ受け取る
try:
return client.with_options(max_retries=0).messages.create(speed="fast", **params)
except anthropic.APIStatusError as error:
if error.status_code not in (429, 529):
# max_retries=0により500等の自動再試行も無効。上位層で再試行を扱う
raise
# 標準速度で送り直す。速度が変わるとプロンプトキャッシュは使われない
return client.messages.create(**params)
response = create_with_fast_fallback(
model="claude-opus-5-5",
max_tokens=4096,
output_config={"effort": "high"},
messages=[{"role": "user", "content": "このモジュールを依存性注入の形に書き換えて"}],
)
print(response.usage.speed) # "fast" または "standard"
text = "".join(b.text for b in response.content if b.type == "text")
Fast modeのレート制限は標準のOpus枠とは別に数えられ、応答ヘッダーの anthropic-fast-output-tokens-remaining などで残量を確認できます。上限を超えたときの429には retry-after が付き、SDKは既定で2回まで待って再試行します。待てる処理は再試行に任せ、画面の応答を止めたくない処理だけ上のように標準速度へ逃がすのが扱いやすい分け方です。各ティアの上限値はRate limitsのページとConsoleで確かめてください。
キャッシュが速度ごとに分かれる点とBatch API・Priority Tierの非対応
見落としやすいのはキャッシュの扱いです。公式ドキュメントには、速度の違うリクエストはキャッシュ済みの接頭辞を共有しないと明記されています。速度変更でキャッシュが無効になった部分は再処理され、キャッシュを作成する部分には書き込み単価、それ以外には通常の入力単価が適用されます。長いシステムプロンプトを持つエージェントで頻繁に切り替えると、キャッシュ読み6割減の効果が薄れます。キャッシュの係数はFast modeの単価に重ねてかかるため、Fast modeでのキャッシュ読みは計算上0.40ドルです。
併用できないものは2つあります。Batch APIと、Priority Tierの容量契約です。米国内推論の1.1倍の係数は、Fast modeの単価にさらに上乗せされます。Evaluationティアの組織は、Start以上へ上がるまでFast modeを使えません。
Opus 5からの破壊的変更4点をリクエスト例で書き換える手順
公式の移行ガイドが挙げる破壊的変更は、思考の無効化、ツールの強制指定、思考ブロックの紐づけ、旧コンピュータ操作ツールの4つです。いずれも400の invalid_request_error を返します。
thinking disabledの400エラー文と思考を切りたいときのモデル別の代替
Opus 5では effort が high 以下なら thinking に disabled を渡せました。Opus 5.5では思考が常時オンで、disabled を送ると次のエラーが返ります。手動の思考予算(enabled と budget_tokens)を送った場合も、"thinking.type.enabled" で始まる同じ形の文面です。
"thinking.type.disabled" is not supported for this model. Use "thinking.type.adaptive" and "output_config.effort" to control thinking behavior.
直し方は thinking の指定を消すか {"type": "adaptive"} にして、思考の量は effort で絞ることです。effortの公式解説には、Opus 5.5ではどのeffortでも disabled が400になると書かれています。思考を完全に止める手段はOpus 5.5にはありません。思考の公式解説の対応表から、思考を減らしたいときの選択肢をモデル別に並べます。
| モデル | disabled | between_tools | 思考を減らす方法 |
|---|---|---|---|
| Opus 5.5 | 400 | 400 | effortを low へ |
| Sonnet 5.5 | 400 | high以下で可 | 事前の思考だけ止める |
| Haiku 5.5 | high以下で可 | 400 | 思考を止める |
| Opus 5 | high以下で可 | 400 | 思考を止める |
モデルが受け付けるかどうかは、送る前にModels APIで確かめられます。10月5日に capabilities.thinking.types.disabled、10月15日に between_tools が追加されました。
curl -s https://api.anthropic.com/v1/models/claude-opus-5-5 \
-H "x-api-key: $ANTHROPIC_API_KEY" \
-H "anthropic-version: 2023-06-01" \
| jq '.capabilities.thinking.types'
ルーターで複数モデルへ振り分けている構成なら、この値でリクエストの組み立てを分岐させると、モデルを足すたびに400で気づく事態を避けられます。
強制ツール呼び出しを外す書き換えのコード例
tool_choice の any と tool も拒否され、使えるのは auto(既定)と none だけです。トークン数を数えるエンドポイントにも同じ検証がかかります。Pythonでのリクエスト差分を示します。実行には初期化済みの client と、ツール定義の辞書 get_weather が必要です。strict を付ける前に、input_schema 内の各objectに additionalProperties: false を設定するなど、対応するJSON Schemaの制約を確認してください。ツールの実行と tool_result の返送処理は省略しています。
# 書き換え前(Opus 5では通るが、Opus 5.5では400エラー)
response = client.messages.create(
model="claude-opus-5",
max_tokens=16000,
thinking={"type": "disabled"},
tools=[get_weather],
tool_choice={"type": "tool", "name": "get_weather"},
messages=[{"role": "user", "content": "パリの天気は?"}],
)
for block in response.content:
if block.type == "tool_use":
print(block.name, block.input)
# 書き換え後(Opus 5.5)
response = client.messages.create(
model="claude-opus-5-5",
max_tokens=16000,
output_config={"effort": "high"}, # 省略するとmediumで動くため明示する
tools=[{**get_weather, "strict": True}], # 呼び出されたときの入力をstrictで型に合わせる
tool_choice={"type": "auto"},
messages=[{"role": "user", "content": "パリの天気は?get_weatherツールを使って答えて。"}],
)
# 先頭にthinkingブロックが来ることがあるため、位置ではなくtypeで本文を取り出す
text = "".join(b.text for b in response.content if b.type == "text")
ツールの利用は指示文で促し、呼び出された場合の入力形式は strict で制約します。ただし、ツール呼び出し自体は保証されないため、必要な呼び出しが返ったかをアプリ側で検査します。JSONを返させるだけなら構造化出力に寄せる方法もあります。既定の表示設定では応答の先頭に空の thinking ブロックが来ることがあるため、content[0].text のような位置指定の読み出しは例外を投げる場合があります。ツール実行のループでは、アシスタントの応答を受け取ったままの形で送り返してください。
computer_20251124の廃止と過去ターン編集が400になる条件
3つ目は、Claude APIとGoogle Cloud(Google managed)で旧来のコンピュータ操作ツール computer_20251124 が使えなくなった点です。tools の宣言を {"type": "computer_toolset_20260801"} へ置き換え、ベータヘッダーを外します。Amazon Bedrockでは旧ツールがそのまま動くため、同じコードを複数クラウドで共有している場合は分岐が要ります。
4つ目は、思考ブロックがモデルと会話に紐づく仕様です。2026年8月31日0時(UTC)以降に作成したアカウントでは、思考ブロックより前にある system・tools・過去のメッセージを書き換えて再送すると400エラーになります。会話の途中で指示やツールを変えたいときは、履歴を編集せず、会話途中のシステムメッセージを追記する方式に切り替えます。既存システムが「履歴を毎回組み立て直す」実装なら、ここが最も改修量の多い箇所です。
API版2026-10-21と新SDKでtemperatureが400になる点
Opus 5.5への移行と同じ時期に、APIバージョンも変わりました。10月21日に公開された 2026-10-21 では、temperature・top_p・top_k を送ると既定値であっても400エラーになります。同日に出たPython SDK 2.0.0・TypeScript SDK 1.0.0などの新メジャー版はこの版を既定で送り、3つの引数自体がありません。API版2026-10-21の移行ガイドによると、Opus 5.5を含む4.7以降のモデルはもともと既定値しか受け付けないため、出力の傾向は変わりません。Opus 5.5への切り替えとSDKの更新を同じリリースで行うなら、temperature を渡している箇所を先に消しておくと、400の原因をモデル側と取り違えずに済みます。
effort既定mediumと思考ブロックの紐づけで起きる無音の品質変化
エラーを返さない挙動の変化は、HTTPステータスだけのテストでは検出できません。effortの既定値、モデル間の思考ブロック互換性、進捗表示を評価項目に含めてください。
effort省略時の既定値変更と品質・費用の再計測手順
effortの公式解説によると、多くのモデルの既定値は high ですが、Opus 5.5とHaiku 5.5は medium です。effort を書かずに運用してきたシステムは、Opus 5からモデルIDを変えると既定値がhighからmediumに変わります。実際の思考量と品質は同じ入力で再計測してください。
対処は2段階です。まず全リクエストで effort を明示し、Opus 5と同じ high から始めます。次に評価セットで low から max まで順に回し、品質が合格する最も低い段を採ります。上位の段では max_tokens が思考と本文の合計の上限になるため、大きめに取ってください。会話の途中でeffortを変えたい場合は、ベータヘッダー mid-conversation-output-config-2026-07-01 を付けてメッセージ単位で切り替えると、プロンプトキャッシュを失わずに済みます。Fast modeは知能を変えない設定なので、effortの評価は標準速度で済ませ、速度だけ後から切り替えて構いません。
フォールバックでSonnet 5.5へ落とすと推論が途切れる理由と拒否時の課金
Opus 5.5の思考ブロックを読めるのは、Claude API上のFable 5.1とMythos 5.1だけです。Opus 5.5からSonnet 5.5やOpus 5へ会話を移すと、それまでの推論は引き継がれず、読めないブロックはAPI側で黙って捨てられます。リクエストは成功し、捨てられた分は課金もされません。逆方向は読めて、Opus 5.5はOpus 5や、Claude API上のSonnet 5.5・Haiku 5.5の思考ブロックを引き継げます。
設計への影響は明確です。「混雑時や拒否時は下位モデルへ落とす」フォールバックを組んでいる場合、切り替え後のターンは推論を失った状態で動きます。上位へ逃がす構成(Opus 5.5からFable 5.1)なら推論は保たれます。Fast modeの枠不足で標準速度へ落とすだけなら同じモデルのままなので、失うのはキャッシュだけです。
Opus 5.5はサイバーセキュリティと生物学の安全性分類器を搭載しており、発表では大半のサイバーセキュリティ作業がClaude Opus 4.8へ振り分けられるとされました。拒否はHTTP 200で stop_reason が refusal として返ります。9月24日からは、出力前の拒否のうち stop_details.category が bio・frontier_llm・reasoning_extraction のものが課金対象に戻りました。出力途中の拒否はもともと課金対象で、それ以外のカテゴリの出力前の拒否は課金されません。拒否はどの場合もレート制限を消費します。脆弱性診断や創薬の文書を扱う案件では、拒否されたときにどのモデルへ回すかを先に決めておいてください。
ツール呼び出しの合間の文章が表示されなくなる画面側の不具合と対処
Opus 5.5では、ツール呼び出しの合間にモデルが書く短い進捗メモが text ではなく thinking ブロックで届きます。既定の display は omitted で中身が空になるため、進捗を画面に流していたアプリは、ツール実行中に何も表示されなくなります。エラーは出ません。
画面に進捗を出したい場合は、thinking に {"type": "adaptive", "display": "summarized"} を渡すか、ベータヘッダー thinking-display-updates-2026-08-18 を付けて display: "updates" を指定し、空でない thinking ブロックを描画します。updates は推論の要約を返さず、進捗メモだけを読める文で返す設定です。チャット型の社内ツールでは、利用者から「固まった」と問い合わせが来る前に直しておきたい箇所です。
Claude Opus 5.5を既定モデルに採用する条件と見送るべき案件の線引き
単価が下がったことは移行の理由になりますが、改修と再評価の工数を上回るかは構成しだいです。
Opus 5.5へ移してよい条件と移行後の再評価に必要な体制
次の条件がそろうなら、Opus 5から移してよい段階です。
- Opus 5を思考ありで運用しており、
thinkingの無効化もtool_choiceの強制指定も使っていない - 会話履歴を追記型で持っていて、過去ターンやシステムプロンプトを途中で書き換えていない
- 長いシステムプロンプトを繰り返し読ませる構成で、キャッシュ読み6割減の効果が大きい
前提として、移行後にeffortの段を評価セットで測り直す体制が要ります。評価の設計からモデル選定、実装までを外部に預けたい場合は、生成AI導入支援で精度検証の工程だけを切り出すこともできます。
Fast modeを本番で使う条件と標準速度に留める処理の見分け方
Fast modeを採る対象は、出力の待ち時間がそのまま人の待ち時間になる処理だけです。開発者がエディタの前で結果を待つコーディング支援、窓口担当が顧客と話しながら使う回答案の生成、長い報告書を画面に流し込む社内チャットが該当します。利用者の手が止まる時間を縮めるので、単価2倍でも元が取れる場合があります。
逆に、夜間の一括処理、利用者を待たせない非同期の要約や分類、Priority Tierで容量を確保している基幹処理では標準速度のままにしてください。最初の応答までの時間で体感が決まる処理(短い返答が中心のチャットボットなど)も、出力速度の改善が効きにくいため対象外です。まずは対話型の1機能だけでFast modeを有効にし、usage.speed の比率と月額の増え方を2週間ほど測ってから広げる進め方を勧めます。
Opus 5やSonnet 5.5に据え置くべき場面と確認する3項目
次の3つに当てはまる場合は、急いで移さないでください。1つ目は、Priority Tierの契約で処理容量を確保している組織です。移行ガイドにはPriority TierがOpus 5.5に対応せず、Opus 4.8は引き続き対応すると明記されています。2つ目は、ツールの強制指定や履歴の組み直しに深く依存したワークフロー。改修範囲が広く、単価差で回収するまでに時間がかかります。3つ目は、思考を止めて速さを取りたい大量処理です。Opus 5.5では思考を止められないため、Sonnet 5.5の料金と破壊的変更5点やHaiku 5.5の料金条件を同じ評価セットで比べてから決めてください。Sonnet 5.5はOpus 5.5の半額で、キャッシュ読みも0.10ドルです。
確認する3項目は、Priority Tierの有無、tool_choice と thinking の指定箇所の数、会話履歴を編集している箇所の有無です。3つとも該当しなくても、旧コンピュータ操作ツールや応答解析の変更、評価・リリース作業は残り得ます。対象処理とテスト範囲を洗い出してから移行工数を見積もってください。
よくある質問
Claude Opus 5.5について検索されることの多い質問に、公式ドキュメントで確認できる範囲で答えます。
Claude Opus 5.5は無料プランでも使えますか?
claude.aiでの提供先として発表で挙げられたのは、Pro・Max・Team・座席課金のEnterpriseです。無料プランは対象に含まれていません。APIから使う場合はプランではなく従量課金で、Claude API・Amazon Bedrock・Google Cloud・Microsoft Foundry・Claude Platform on AWSのいずれからも呼び出せます。10月7日からはMaxとTeamのプランに月ごとのAPIクレジットが付くようになりました。
Claude Opus 5.5は今いちばん新しいOpusですか?
2026年10月25日時点では、公式のモデルページでOpus 5.5に「Latest」と表示されています。その後に出たSonnet 5.5(9月28日)とHaiku 5.5(10月7日)は別の系列で、Opusの新版ではありません。前版の仕様はOpus 5やOpus 4.8の記事で確認できます。
Opus 5からモデルIDを変えるだけで移行できますか?
構成によります。thinking の無効化、tool_choice の any や tool、Claude APIとGoogle Cloudでの computer_20251124 のいずれかを使っているとリクエストが400エラーになります。いずれも使っていなくても、effort を省略していれば既定が high から medium に下がるため、明示してから評価し直してください。
Claude Opus 5.5の料金はいくらですか?
入力が100万トークンあたり4ドル、出力が20ドルで、Opus 5より2割安くなりました。キャッシュ読み込みは0.20ドルで、標準入力の0.05倍です。Batch APIは入力2ドル・出力10ドルの半額、Fast modeは入力8ドル・出力40ドルの2倍です。
Claude Opus 5.5とFable 5.1はどちらを選ぶべきですか?
公式のモデル一覧は、迷ったら多くのワークロードでOpus 5.5から始め、難度の高い推論や長時間のエージェント処理にはFable 5.1を使うよう案内しています。単価はFable 5.1が2.5倍です。Opus 5.5の思考ブロックはFable 5.1が読めるため、通常はOpus 5.5で動かし、難所だけFable 5.1へ引き上げる構成でも推論は途切れません。Fable 5.1はFast modeの対象外です。2026年11月9日には後継のClaude Fable 5.2が公開され、単価はOpus 5.5の2倍まで下がりました。上位の選択肢を検討する場合はClaude Fable 5.2とは:料金・破壊的変更4点とFable 5.1からの移行手順も確認してください。