Claude Sonnet 5.5が使えない｜400エラーの原因5つ

Claude Sonnet 5.5 に切り替えたら、それまで動いていたコードが400エラーで止まった——2026年9月28日の提供開始直後に、いちばん多く起きているのがこれです。原因はだいたい5つのどれかで、公式ドキュメントに答えが書かれています。上から順に見ていけば数分で切り分けられます。

まず確認：そもそもモデルIDが合っているか

API で使う場合のモデルIDは claude-sonnet-5-5 です。日付サフィックス付きの古い書き方（claude-sonnet-5-...）のままだと、当然ながら 5.5 は呼ばれません。各プラットフォームでのIDは次のとおりです。

アプリ（claude.ai）やClaude Code側で「モデル一覧に出てこない」という場合は、API の話ではなく提供の行き渡り方やプランの問題である可能性が高いので、後半の「アプリに出てこないとき」を見てください。

400エラーになる5つの原因

Anthropic は Sonnet 5 で動いていたコードに影響する破壊的変更を5つ挙げています。エラーメッセージからどれかを特定できます。

1. thinking を切っている（いちばん多い）

Sonnet 5 では thinking: {"type": "disabled"} で思考をオフにできました。Sonnet 5.5 ではこれが400（invalid_request_error）になります。エラーメッセージ自体が between_tools を案内してきます。

書き換え先は thinking: {"type": "between_tools"} です。これが Sonnet 5.5 でいちばん低い思考設定で、ベータヘッダーも要りません。ツールを使わないリクエストなら、返ってくるのはテキストだけ（Sonnet 5 の disabled と同じ）になります。

ただし between_tools には条件が3つあります。ここを踏むと、直したつもりでまた400になります。

• effort が xhigh か max だと400。low / medium / high でのみ使えます。xhigh や max で動かしたいなら、thinking を省略するか {"type": "adaptive"} にします
• 会話の途中で effort を変えられない。メッセージごとに違う effort を指定すると400になります
• 他のフィールドを一緒に送れない。display・budget_tokens・block_binding を添えると400。手動の思考予算（{"type":"enabled","budget_tokens":N}）も400です

2. ツールの呼び出しを強制している

Sonnet 5.5 は強制的なツール呼び出しに対応していません。tool_choice に {"type":"any"} か {"type":"tool","name":"..."} を指定すると、次のメッセージで400が返ります。

tool_choice: type "tool" and "any" are not supported for this model.

使えるのは auto（既定）と none だけです。トークン数を数えるエンドポイントでも同じ制限がかかります。「スキーマどおりの入力を必ず得たい」という目的で強制していたなら、auto のまま strict tool use（strict: true）を使うか、スキーマを structured outputs 側に移すのが公式の案内です。「テキストで答えずにツールを呼ばせたい」なら、どういうときにそのツールを使うのかをプロンプトに書きます。

3. 別モデルの thinking ブロックを送っている／履歴を書き換えている

thinking ブロックには、それを作ったモデルが記録されるようになりました。Sonnet 5.5 が読めるのは、自分と Sonnet 5・Opus 4.8・Haiku 4.5 とそれ以前のブロックだけで、Opus 5 / Opus 5.5 / Fable / Mythos 系のブロックは読めません。読めないブロックはモデルに届く前に落とされるだけなのでリクエスト自体は成功し、課金もされません（ここは400になりません）。

400になるのはこちらです。2026年8月31日00:00 UTC 以降に作られた API アカウントでは、thinking ブロックより前にあるもの——システムプロンプト、ツール定義、過去メッセージ——が後から変わっていると400になります。会話を「追記のみ」で進めれば起きません。途中で指示を変えたいときは、履歴を書き換えるのではなく会話途中のシステムメッセージを使います。

4. 古いコンピュータ操作ツールを宣言している

Claude API と Google Cloud では、computer_20251124 が400になります。

'claude-sonnet-5-5' does not support tool types: computer_20251124.

使えるのは computer_toolset_20260801 だけです。ベータヘッダーを外し、tools の項目を差し替えます。Amazon Bedrock では古いツールもそのまま受け付けるので、「Bedrock では動くのに Claude API だと落ちる」という食い違いが起きます。

5. advisor ツールの相手に古いモデルを指定している

advisor ツールで Claude Opus 4.8 / Opus 4.7 / Sonnet 5 を助言役に指定すると拒否されます。該当する構成は多くありませんが、心当たりがあれば見てください。

エラーは出ないのに「途中で黙る」とき

400にはならないけれど挙動が変わるものが1つあります。ツール呼び出しの合間にモデルが書くテキストが、thinking ブロックとして返るようになりました。これを画面に流していたアプリは、ツールを使っている間だけ無言になったように見えます。

対処は2つです。display の値を設定してテキストを返させるか、between_tools で前置きの思考をオフにするか。「壊れた」と思ってロールバックする前に、ここを疑ってください。

アプリやClaude Codeのモデル一覧に出てこないとき

API ではなくアプリ側で見当たらない場合、確認するのは次の順です。

1. ページを再読み込みする／アプリを再起動する：モデル一覧はセッション開始時に取得されるため、提供開始直後は古い一覧が残ります
2. Claude Code を更新する：新しいモデルIDを知らないバージョンだと選択肢に出ません
3. プランと組織の設定を確認する：管理者が使えるモデルを制限している場合があります
4. サイバー関連の依頼だけ挙動が違う場合：これは不具合ではありません。Sonnet 5.5 はリスクの高いサイバーセキュリティ依頼で目に見える形で Sonnet 5 にフォールバックする仕様です

同じ形のつまずきは Opus 5.5 でも起きています。切り分けの手順はClaude Opus 5.5 が使えないときの確認7点が流用できます。

社内で AI を業務に組み込んでいると、こうしたモデル更新のたびに「どこが壊れたのか」を追う作業が発生します。Mihata ではその部分の伴走支援も行っています。記事の途中で恐縮ですが、よろしければご覧ください。

切り分けチェックリスト

モデルそのものの変更点はClaude Sonnet 5.5 の提供開始と変更点に、Opus 5.5 との使い分けはこちらにまとめています。

移行でつまずいている箇所があれば、お気軽にご相談ください。