Claude Opus 5.5 への移行【2026年10月】— 4つの 400 エラー・effort の既定値・Fast mode 正式提供

Claude Opus 5 や Opus 4.8 を API で業務に組み込んでいる開発チームにとって、2026年9月22日公開の Claude Opus 5.5 は「単価が下がる良い話」であると同時に、モデル ID を替えるだけでは動かない処理が出る変更でもあります。さらに 10月15日には Opus 5.5 の Fast mode が研究プレビューを終え、ベータヘッダー無しで使えるようになりました。

この記事では、Anthropic の公式ドキュメントと発表ページを一次出典に、Opus 5.5 への移行で 400 エラーになる設定、既定の effort が変わる影響、料金と費用の測り直し、Fast mode の正式提供で変わったこと、Amazon Bedrock・Google Cloud 経由の違いを整理します。読み終えると、自社のコードのどこを直し、何を測ってから本番を切り替えるかが決められます。

1. ID を替えるだけでは 400 エラーになる設定が4つある。 thinking の無効化・手動予算、tool_choice の強制（any・特定ツール）、Claude API と Google Cloud での旧 computer_20251124 ツールの3つに加え、Opus 4.7 より前から移る場合は temperature などのサンプリング引数とプリフィルも拒否されます。
2. 既定の effort が high から medium に下がる。 effort を省略しているコードは、Opus 5 より一段低い設定で動きます。Anthropic の試験では Opus 5.5 の medium が Opus 5 の high に匹敵するとされますが、自社の評価で測り直すのが前提です。
3. 単価は入力 $4・出力 $20、キャッシュ読み取り $0.20。 Opus 5 より単価で 20%、Anthropic の説明では典型的なワークロード全体で 40% 下がります。ただし思考は常時オンで出力として課金されるため、思考を切っていた処理は請求額を測り直す必要があります。
4. Fast mode は 10月15日に正式提供。 Opus 5.5 ではベータヘッダーと利用申請が不要になり、Start・Build・Scale の各ティアに既定のレート上限が付きました。料金は入力 $8・出力 $40 で、Bedrock・Google Cloud・Batch API では使えません。
5. Opus 5 と Opus 4.8 はまだ Active。 退役予定はそれぞれ「2027年7月24日」「2027年5月28日」より前にはならないとされています。期限に追われる移行ではないので、Sonnet 4.5 の 11月30日退役と同じ棚卸しで計画的に進められます。

※ 出典: Anthropic「Claude Opus 5.5」発表ページ（取得 2026-10）／Anthropic「What's new in Claude Opus 5.5」（取得 2026-10）／Anthropic「Model deprecations」（取得 2026-10）

Opus 5.5 は Anthropic が「Claude 5.5 ファミリーの最初のモデル」と位置づける、長時間のエージェント型コーディングと知識労働向けのモデルです。発表ページは「多くの作業で Claude Fable 5.1 と同水準の性能で、Opus 5 より 40% 低いコストで動く」と説明しています。

※ 出典: Anthropic「Claude Opus 5.5」発表ページ（取得 2026-10）

※ 出典: Anthropic「Claude Platform release notes」（取得 2026-10）／Anthropic「Claude Opus 5.5」モデルページ（取得 2026-10）

現行ラインアップの中での位置づけは次のとおりです。公式のモデル一覧は「どのモデルを使うか迷ったら Opus 5.5 から始め、要求の厳しい推論や長期のエージェント作業、または Opus 5.5 の effort を上げても評価が足りないときに Fable 5.1 を使う」と案内しています。

※ 出典: Anthropic「Models overview」（取得 2026-10）

単価だけ見れば、Opus 5.5 は Opus 5・Opus 4.8 のどの項目よりも安くなっています。特にキャッシュ読み取りは $0.50 から $0.20 へと大きく下がりました。発表ページは、キャッシュ読み取りが「エージェント型・コーディング作業のコストの大半を占める」と述べ、ここが 60% 下がることを強調しています。

※ 出典: Anthropic「Pricing」Model pricing（取得 2026-10）／Anthropic「Claude Opus 5.5」発表ページ（取得 2026-10）

※ 出典: Anthropic「Pricing」Model pricing・Batch processing（取得 2026-10）。Sonnet 5.5 のキャッシュ読み取りは 2026年10月7日に $0.20 から $0.10 へ改定（release notes）

Anthropic は発表ページで「入力と出力の単価は Opus 5 より 20% 低い」「既定設定の典型的なワークロードではコストが 40% 下がる」「出力の生成は Opus 5 より 30% 以上速い」と説明しています。40% という数字は単価の差だけでなく、同じタスクをより少ないトークンで終える傾向を含めた Anthropic 自身の試験結果です。自社の請求額がこの割合で下がるかは、次の理由で測らないと分かりません。

※ 出典: Anthropic「Claude Opus 5.5」発表ページ（取得 2026-10）

1. 思考が常時オンになり、出力トークンとして課金される。 Opus 4.8 では thinking を書かなければ思考は走らず、Opus 5 では disabled で切れました。Opus 5.5 ではどちらもできないため、思考を切っていた分類や抽出の処理は、思考分の出力トークンが新たに乗ります。思考の本文は既定で返されませんが、課金と max_tokens の消費は発生します。
2. 同じ effort でも Opus 5 より多く思考する傾向がある。 公式ガイドは「同じ effort 設定では Opus 5 より1ターンあたりの思考が増える傾向があり、特に xhigh と max で顕著」と説明しています。Opus 5 の effort 値をそのまま持ち込むと、ターンが長くなり出力トークンが増えます。
3. Priority Tier は使えない。 Opus 4.8 では使えた Priority Tier（優先処理枠の契約）が Opus 5.5 では非対応です。契約がある組織は、容量計画を別に立てる必要があります。

※ 出典: Anthropic「Claude Opus 5.5 migration guide」Handle thinking in every response・Migrating from Claude Opus 4.8（取得 2026-10）／Anthropic「Prompting Claude Opus 5.5」Calibrate effort（取得 2026-10）

逆に有利に働く変更もあります。キャッシュできるプロンプトの最小長が Opus 4.8・Sonnet 5 の 1,024 トークンから 512 トークンに下がったので、これまで短すぎてキャッシュされなかったプロンプトが、コード変更なしにキャッシュ対象になります。

※ 出典: Anthropic「Claude Opus 5.5 migration guide」Lower prompt caching minimum（取得 2026-10）

1. Claude Console の Usage ページで Export を押し、API キー別・モデル別の利用量 CSV を取る。Anthropic が非推奨モデルの利用箇所を探す手順として案内している方法で、どのキーが Opus 5・Opus 4.8 を呼んでいるかの棚卸しに使えます。
2. 代表的な処理を 1 週間分サンプリングし、Opus 5.5 で effort を low・medium・high の順に流して、品質が保てる最も低い段階と、その段階での入出力トークン数を記録する。
3. 記録したトークン数に上の単価表を掛け、現行の請求額と並べる。思考を切っていた処理と、思考オンで動かしていた処理は分けて比較する。

※ 出典: Anthropic「Model deprecations」Auditing model usage（取得 2026-10）／Anthropic「Effort」Recommended effort levels for Claude Opus 5.5（取得 2026-10）

移行ガイドは「Opus 5.5 へのすべてのリクエストが満たすべき条件」を列挙しています。下の表の「拒否」は、リクエストが 400 の invalid_request_error で失敗することを意味します。Opus 5 から移る場合は上の 4 行が新しい変更で、Opus 4.7 より前から移る場合は下の 3 行も含めてすべてが対象です。

※ 出典: Anthropic「Claude Opus 5.5 migration guide」What every request to Claude Opus 5.5 must satisfy（取得 2026-10）／Anthropic「What's new in Claude Opus 5.5」Breaking changes（取得 2026-10）

thinking を無効化したときのエラー文は、公式ドキュメントに次のとおり掲載されています。ログでこの文言を見つけたら、該当する処理が移行漏れです。

"thinking.type.disabled" is not supported for this model. Use "thinking.type.adaptive" and "output_config.effort" to control thinking behavior.

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

※ 出典: Anthropic「What's new in Claude Opus 5.5」Thinking can't be disabled・Forced tool use is not supported（取得 2026-10）

Opus 5 で思考を切り、ツールを強制していたリクエストを Opus 5.5 向けに直すと、次のようになります。thinking を消して output_config.effort を明示し、tool_choice は auto に戻してツール定義側に strict: true を付けます。

{
  "model": "claude-opus-5",
  "max_tokens": 1024,
  "thinking": { "type": "disabled" },
  "tool_choice": { "type": "tool", "name": "classify_inquiry" },
  "tools": [{ "name": "classify_inquiry", "input_schema": { "type": "object", "properties": { "category": { "type": "string" } }, "required": ["category"] } }],
  "messages": [{ "role": "user", "content": "..." }]
}

{
  "model": "claude-opus-5-5",
  "max_tokens": 4096,
  "output_config": { "effort": "low" },
  "tool_choice": { "type": "auto" },
  "tools": [{ "name": "classify_inquiry", "strict": true, "input_schema": { "type": "object", "properties": { "category": { "type": "string" } }, "required": ["category"] } }],
  "messages": [{ "role": "user", "content": "..." }]
}

max_tokens を増やしているのは、Opus 5.5 では思考トークンも max_tokens の上限に含まれるためです。Opus 5 で思考を切っていたときの小さな上限をそのまま使うと、思考だけで上限に達して本文が途切れることがあります。ツールを必ず呼ばせたい場合は、プロンプトで「どの場合にツールを使うか」を明示する方法が公式に案内されています。

※ 出典: Anthropic「Claude Opus 5.5 migration guide」Thinking can't be disabled・Forced tool use is not supported（取得 2026-10）

移行ガイドは、Claude Code で /claude-api migrate this project to claude-opus-5-5 を実行すると、モデル ID の置換・エラーになる引数の修正・プリフィルの置き換え・effort の調整をコードベース全体に適用し、人手で確かめる項目のチェックリストを出すと説明しています。対象範囲（ディレクトリやファイル）を編集前に確認し、Bedrock や Claude Platform on AWS 向けのクライアントも検出して ID 形式を合わせます。社内ルールで Claude Code の書き込み範囲を決めている組織は、Claude Code の社内ルールの作り方で整理した settings の範囲内で動かしてください。

※ 出典: Anthropic「Claude Opus 5.5 migration guide」Automate your migration with the Claude API skill（取得 2026-10）

エラーにならない変更のほうが、本番で気づくのが遅れます。移行ガイドと What's new が挙げる差分のうち、業務システムに影響しやすいものを 5 つに絞ります。

1. 既定の effort が medium。 effort を省略したリクエストは、Opus 5 では high、Opus 5.5 では medium で動きます。品質が落ちたように見えたら、まず effort を明示しているかを確かめてください。
2. ツール呼び出しの間の文章が thinking ブロックに移る。 Opus 5 では text ブロックで返っていた「次に何をするか」の短い説明が、Opus 5.5 では進捗更新用の thinking ブロックで返ります。既定の display: "omitted" では中身が空なので、利用者に進捗を見せていた画面はツール呼び出しの間だけ無言になります。display: "updates"（ベータヘッダー thinking-display-updates-2026-08-18）か "summarized" を設定し、空でない thinking ブロックを描画すると戻ります。
3. 思考ブロックがモデルと会話に紐づく。 Opus 5.5 は Opus 5 や過去の Opus・Sonnet・Haiku、Claude API と Google Cloud では Sonnet 5.5・Haiku 5.5 の思考ブロックを読めますが、Fable・Mythos 系の思考ブロックは読めません。逆に Opus 5.5 の思考ブロックを読めるのは Claude API の Fable 5.1 と Mythos 5.1 だけです。ルーターやフォールバックで Opus 5.5 から Sonnet 5.5 に落とすと、以降のターンは前のモデルの推論無しで進みます。
4. 会話の途中で system や tools を変えると 400 になることがある。 2026年8月31日 00:00 UTC 以降に作成されたアカウントでは、思考ブロックより前の内容が変わっていると既定でリクエストが拒否されます。会話は追記のみにし、指示の変更は会話途中のシステムメッセージで行うのが公式の推奨です。
5. 安全分類器のカテゴリが増える。 Opus 5 のサイバーセキュリティ分類器に加えて生物学の分類器が動き、stop_reason: "refusal" と stop_details で理由が返ります。推論の中身を本文に書き出させるプロンプトは reasoning_extraction で拒否されることがあり、こちらはサーバー側フォールバックの再試行対象外です。

※ 出典: Anthropic「What's new in Claude Opus 5.5」Behavior differences・Thinking blocks are tied to the model・Refusals and fallback（取得 2026-10）／Anthropic「Claude Opus 5.5 migration guide」Text between tool calls・Safety classifiers and fallback（取得 2026-10）

拒否への備えとして、公式は fallbacks: "default"（ベータ）によるサーバー側フォールバック、SDK のミドルウェア、自前の再試行の 3 通りを案内しています。Bedrock と Google Cloud ではサーバー側フォールバックが使えないので、クライアント側で組む前提になります。

※ 出典: Anthropic「Claude in Amazon Bedrock」Features not supported（取得 2026-10）／Anthropic「Claude on Google Cloud」Features not supported（取得 2026-10）

Opus 5.5 では思考を切れないため、effort が推論量・待ち時間・費用を動かすほぼ唯一の設定になります。公式の effort ページと Prompting ガイドは、Opus 5.5 向けに次の順序を推奨しています。

※ 出典: Anthropic「Effort」Effort levels・Recommended effort levels for Claude Opus 5.5（取得 2026-10）／Anthropic「Prompting Claude Opus 5.5」Calibrate effort（取得 2026-10）

運用上の注意は 4 つです。第一に、effort の段階名はモデル間で同じ思考量を意味しないので、Opus 5 の設定値を持ち込まず、自社の評価データで low から順に測り直します。第二に、max_tokens は思考と本文の合計の上限です。エージェント型コーディングのような長いターンでは、Anthropic の試験で上限の 128,000 が有効だったとされています。第三に、トップレベルの effort をリクエスト間で変えるとプロンプトキャッシュが無効になります。会話の途中で段階を変えるなら、ベータヘッダー mid-conversation-output-config-2026-07-01 を付けた per-message effort を使うとキャッシュを保てます。第四に、思考を切っていた処理では、low で始めて品質を測り、初回応答までの時間がなお問題なら「Answer directly without deliberating.」のような一文をシステムプロンプトに足す方法が案内されています。

※ 出典: Anthropic「Prompting Claude Opus 5.5」Calibrate effort・Prompts written for thinking disabled（取得 2026-10）／Anthropic「Effort」Change effort mid-conversation（取得 2026-10）

Claude Code を使う部署にも同じ変更が及びます。Claude Code の既定モデルは Pro・Max・Team・Enterprise・API のいずれでも Opus 5.5 で（v2.1.280 以降）、effort は Opus 5.5 では medium から始まります。Enterprise の管理者は claude.ai の管理コンソールで組織やロールごとの既定モデルと effort の上限を決められ、どのプランでも managed settings の maxEffortLevel で上限を掛けられます。

※ 出典: Anthropic「Claude Code — Model configuration」（取得 2026-10）

Fast mode は同じモデルを高速な推論構成で動かす設定で、出力トークンの生成速度が最大 2.5 倍になります。モデルの重みや能力は変わりません。速くなるのは出力速度（毎秒の出力トークン数）で、最初のトークンが返るまでの時間は対象外です。

※ 出典: Anthropic「Fast mode」How fast mode works（取得 2026-10）

※ 出典: Anthropic「Fast mode」Supported models and platforms・Pricing・Rate limits（取得 2026-10）／Anthropic「Claude Platform release notes」2026年10月15日（取得 2026-10）

法人が確認すべき点は 4 つです。

1. 料金は標準の 2 倍で、他の倍率が上乗せされる。 入力 $8・出力 $40 はコンテキスト全体に適用され、200K トークンを超えるリクエストも同じ単価です。プロンプトキャッシュの倍率とデータ所在地（inference_geo）の倍率は Fast mode 料金の上に掛かります。
2. 速度と標準の切り替えでキャッシュが外れる。 速度の異なるリクエストはキャッシュ済みの接頭辞を共有しません。Fast mode のレート上限で 429 が返ったときに標準速度へ落とす実装では、落とした直後にキャッシュミスが起きます。
3. 使えない組み合わせがある。 Batch API、Priority Tier、Amazon Bedrock、Claude Platform on AWS、Google Cloud では使えません。Foundry でも Anthropic ホストの配置では使えません。
4. 応答の usage.speed で実際の速度を確認できる。 "fast" か "standard" が返ります。レート上限の残量は anthropic-fast-input-tokens-remaining などの応答ヘッダーで読めます。

※ 出典: Anthropic「Fast mode」Pricing・Checking which speed was used・Considerations（取得 2026-10）

Claude Code 側では /fast で切り替えます。Team・Enterprise では既定でオフで、Owner が組織設定の Claude Code 項目で有効化しない限り使えません。サブスクリプションのプランでは利用枠ではなく usage credits（追加課金）から消費されます。managed settings の fastMode: false で全社無効、fastModePerSessionOptIn: true でセッションごとの明示的な有効化を求められます。なお Claude Code 側のドキュメントには 2026年10月の取得時点で「研究プレビュー」の注記が残っており、API 側の正式提供とは記述の更新時期がずれています。

※ 出典: Anthropic「Claude Code — Speed up responses with fast mode」（取得 2026-10）

Opus 5.5 は Claude API のほか、Amazon Bedrock、Claude Platform on AWS、Google Cloud、Microsoft Foundry で提供されています。ただし破壊的変更の一部と Fast mode の可否は経路で異なります。

※ 出典: Anthropic「What's new in Claude Opus 5.5」Availability・Fast mode（取得 2026-10）／Anthropic「Claude in Amazon Bedrock」（取得 2026-10）／Anthropic「Claude on Google Cloud」（取得 2026-10）

国内にデータを留めたい組織が気にする地域の扱いは次のとおりです。Bedrock では東京（ap-northeast-1）が「Global・JP・In-region only」、大阪（ap-northeast-3）が「Global・JP」の対応で、Opus 5.5 はグローバルエンドポイントの対象に含まれています。地域固定のエンドポイントはグローバルより 10% 高い料金です。モデルへのアクセス可否は Bedrock がモデルごとに定めており、Opus 5.5 は「全顧客に開放」の一覧には入っていないため、AWS コンソールのモデルアクセスで状況を確認する必要があります。Google Cloud では地域固定のエンドポイントは Sonnet 4.6 以前のモデル向けで、Opus 5.5 のような新しいモデルはグローバルか複数地域（us・eu）のエンドポイントを使う前提です。こちらも地域系は 10% の上乗せがあります。日本国内に限定した経路の全体像は、Claude 法人導入 完全ガイドの国内滞留の節が前提知識になります。

※ 出典: Anthropic「Claude in Amazon Bedrock」Access・Regions（取得 2026-10）／Anthropic「Claude on Google Cloud」Global, multi-region, and regional endpoints（取得 2026-10）

退役日が決まっていない移行は、後回しにされがちです。費用の差が大きいので、Sonnet 4.5 の退役対応（2026年11月30日）と同じ棚卸しの中に組み込むと、確認作業を一度で済ませられます。

1. 棚卸し。 Console の Usage エクスポートで API キー別・モデル別の利用を出し、Opus 5・Opus 4.8・Sonnet 4.5 を呼ぶ処理と担当者を一覧にする。ルーターやフォールバック設定の中のモデル名も対象にする。
2. 開発環境で 400 を洗い出す。 モデル ID だけ替えて代表的なリクエストを流し、上の表の設定が残っていないかをエラー文で確認する。Claude Code の /claude-api migrate を使う場合も、出てきたチェックリストを人が確認する。
3. effort の測り直し。 処理ごとに low から順に評価し、品質が保てる最も低い段階を決めて effort を明示する。max_tokens を思考込みの値に直す。
4. 費用の再基準化。 1 週間分のトークン数と単価表から見込みの請求額を出し、現行と並べる。思考を切っていた処理は別に集計する。
5. 画面と監視の確認。 進捗を見せている画面は display の設定を直す。拒否（stop_reason: "refusal"）のログとフォールバックの動作を確かめる。
6. 段階的に切り替える。 影響の小さい処理から本番を切り替え、1 週間ほど費用と品質を見てから次に進む。
7. Fast mode は切り替え後に判断する。 まず標準速度で移行を終え、対話的な用途だけ Fast mode を検証する。

※ 出典: Anthropic「Claude Opus 5.5 migration guide」Migration checklist by starting model（取得 2026-10）／Anthropic「Model deprecations」Auditing model usage（取得 2026-10）

• Opus 5・Opus 4.8 を呼んでいる API キーと処理の一覧がある
• thinking に disabled や budget_tokens を書いている箇所を洗い出した
• tool_choice に any や特定ツール名を書いている箇所を洗い出した
• computer_20251124 を使う処理の経路（Claude API・Google Cloud か Bedrock か）を確認した
• effort を省略しているリクエストに明示の値を入れた
• max_tokens を思考込みの上限に直した
• 応答の先頭ブロックを位置で読む（content[0]）コードを type で選ぶ形に直した
• ツール呼び出しループで thinking ブロックを加工せず返している
• 進捗表示の画面で display の設定を決めた
• stop_reason: "refusal" の処理とフォールバック先を決めた

開発チームや業務部門に周知するときの文面です。日付と担当は自社の計画に置き換えてください。

件名: Claude Opus 5.5 への切り替え計画について

現在 Claude Opus 5 / Opus 4.8 で動いている処理を、Claude Opus 5.5 に順次切り替えます。
Opus 5.5 は単価が下がりますが、以下の設定を使っている処理はそのままではエラーになります。

- thinking の無効化・手動予算（budget_tokens）
- tool_choice の any / 特定ツールの強制
- 旧 computer_20251124 ツール（Claude API・Google Cloud 経由の場合）

該当する処理の担当者は、[日付]までに開発環境で動作確認をお願いします。
effort（思考の深さ）の既定値が変わるため、切り替え後 1 週間は品質と費用を担当者が確認します。
不明点は[担当・連絡先]まで。

1. ID だけ替えて本番に出し、分類処理が 400 で止まる。 思考を切っていた軽い処理ほど disabled が残っています。開発環境での全件通しが先です。
2. effort を省略したまま「品質が落ちた」と判断する。 Opus 5 の high から medium に下がっただけのことがあります。effort を明示して比べてから結論を出します。
3. max_tokens が小さく、本文が途切れる。 思考トークンが上限を食うためです。思考オフ時代の値を見直します。
4. エージェントの画面が無言になる。 ツール呼び出し間の説明が thinking ブロックに移った影響で、エラーは出ません。display: "updates" か "summarized" を設定します。
5. Bedrock で Fast mode や structured outputs を前提にする。 どちらも Bedrock では使えません。経路ごとの差分表で事前に確認します。

• Claude Opus 5.5 発表ページ — 料金の差・速度・対応プラットフォームの一次情報
• What's new in Claude Opus 5.5 — 4 つの破壊的変更とエラー文
• Claude Opus 5.5 migration guide — 移行元モデル別のチェックリストと書き換え例
• Prompting Claude Opus 5.5 — effort の調整・思考オフだったプロンプトの直し方・進捗表示
• Effort — 段階の定義とモデル別の推奨
• Fast mode — 対応モデル・料金・レート上限・フォールバックの実装例
• Pricing — 全モデルの単価・キャッシュ・Batch・Fast mode
• Model deprecations — 各モデルの状態と退役予定、利用監査の手順
• Claude in Amazon Bedrock／Claude on Google Cloud — 経路別の非対応機能と地域

2026年10月時点で両方とも Active（現役）です。Anthropic の退役予定は Opus 5 が「2027年7月24日より前にはならない」、Opus 4.8 が「2027年5月28日より前にはならない」で、退役の告知が出れば 60 日以上前に通知されます。急いで切り替える義務はありませんが、Sonnet 4.5 の 11月30日退役と同じ棚卸しの中で扱うと手戻りが減ります。

※ 出典: Anthropic「Model deprecations」Model status・Notifications（取得 2026-10）

単価は入力 $4・出力 $20 で Opus 5 より 20% 低く、キャッシュ読み取りは $0.20 で 60% 低くなります。Anthropic は既定設定の典型的なワークロードで 40% 減と説明しています。ただし思考が常時オンになり出力トークンとして課金されるため、思考を切っていた処理では請求額が単価どおりに下がらないことがあります。自社のトラフィックで測り直してください。

※ 出典: Anthropic「Claude Opus 5.5」発表ページ（取得 2026-10）／Anthropic「Pricing」（取得 2026-10）

Fast mode は同じモデルを最大 2.5 倍の出力速度で動かす設定で、料金は入力 $8・出力 $40 と標準の 2 倍です。対話的なデバッグや急ぎの修正では有効ですが、バッチ処理や無人の自動化では標準速度で十分なことが多く、Batch API と Priority Tier では使えません。Claude Code の Team・Enterprise では管理者が有効化しない限りオフです。

※ 出典: Anthropic「Fast mode」（取得 2026-10）／Anthropic「Claude Code — Speed up responses with fast mode」（取得 2026-10）

Anthropic の公式ガイドは、まず Opus 5.5 から始め、Opus 5.5 の effort を上げても評価が足りないときに Fable 5.1 を使うよう案内しています。Fable 5.1 は入力 $10・出力 $50 と Opus 5.5 の 2.5 倍の単価です。発表ページでは Opus 5.5 が多くの作業で Fable 5.1 と同水準とされているので、評価データで差が出た業務だけ Fable 5.1 に寄せるのが費用面では無理のない選び方です。

※ 出典: Anthropic「Models overview」Compare models（取得 2026-10）／Anthropic「Claude Opus 5.5」発表ページ（取得 2026-10）

まず Console の Usage エクスポートで、Opus 5・Opus 4.8 を呼んでいる API キーと処理を一覧にしてください。次に開発環境でモデル ID だけ替えて流し、400 エラーの文言で移行漏れを洗い出します。effort は low から測り、品質が保てる段階を処理ごとに決めてから本番を切り替えるのが、費用の下げ幅を実際に確かめる最短の道です。

モデル移行の棚卸しや effort の評価設計、Bedrock・Google Cloud を含む経路の選び直しを社内だけで進めにくい場合は、現状の構成（利用モデル・経路・月間トークン量の目安）を添えて お問い合わせ からご連絡ください。Claude の法人導入支援の全体像は /claude にまとめています。

• 2026-10-19: 初版公開

• Claude Sonnet 4.5 は 2026年11月30日に退役 — 棚卸し・移行先の費用・コードの直し方
• Claude Haiku 5.5 の料金と移行 — 分類・問い合わせ仕分けを Haiku 4.5 から移すときに直す箇所
• Claude 完全ガイド 2026 — 使い方・モデル選定・料金の判断材料
• Claude 法人導入 完全ガイド 2026 — Team/Enterprise/API/Bedrock の 4 経路比較と契約実務
• Claude Code の法人導入ガイド — 管理者が先に決める設定配布・権限・利用上限・監査
• Claude API・MCP 実装ハンドブック 2026 — Python/Node/Dify/n8n の現場仕様