Claude Fable 5のモデル切り替えが起きる理由と解除方法
会話中に「モデルが切り替わりました」と表示されるのは、Fable 5の安全分類器が特定領域のリクエストをブロックしOpusへフォールバックした結果です。対象領域と解除方法をまとめます。
Fable 5で会話をしていたら、突然「モデルが切り替わりました」という通知とともに応答がOpusに変わった。これはバグではなく、Fable 5に組み込まれた安全分類器が特定領域のリクエストを検知し、自動でOpusへフォールバックした結果です。対象は4つの領域に限定されており、仕組みを知っておけば意図しない切り替わりにも落ち着いて対処できます。
なぜFable 5は一部の領域でOpusに譲るのか
Fable 5は、これまで一般提供されたどのモデルよりも能力が高く、ソフトウェア工学・知識労働・視覚理解など幅広いベンチマークで最高水準の性能を示しています。これほどの能力を一般提供することにはリスクも伴います。強力な安全装置がなければ、サイバーセキュリティや生物学分野での高度な能力が、大規模なサイバー攻撃や生物兵器の設計といった破滅的な悪用につながりかねません。こうしたリスクの高い能力は、これまでMythosクラスのモデル(Mythos Previewなど)として、少数の審査済みパートナーにしか公開されてきませんでした。
一般利用者にもFable 5の能力の大部分を届けるため、Anthropicは利用規約とAcceptable Use Policyに沿って特定領域の応答をリダイレクトまたはブロックする安全装置を組み込んだ形でFable 5を一般提供しました。この安全装置は初回リリース以降も継続的に更新されています。
つまりモデルの切り替わりは、性能不足や不具合の表れではなく、能力が高すぎることの裏返しとして設計に組み込まれた挙動です。同じ安全上の理由から、一部の安全分類器を外した版(Mythos 5)は一般提供されず、Project Glasswingという限定プログラム経由でのみ扱われています。一般ユーザーが日常的に触れるFable 5は、最初から「一部の領域では自分自身の判断でOpusに譲る」という前提で設計されたモデルだと捉えると、切り替わりの意味が理解しやすくなります。
なお、分類器を持つのはFable 5だけではありません。Claude Codeのドキュメントでは、Fable 5.1・Opus 5.5・Sonnet 5.5・Opus 5にも安全分類器が掛かり、フラグが立つと内容ベースのフォールバックが働くと説明されています。モデルごとの行き先は、後ろの「Opus 5は生物学とサイバーで安全装置の効き方が違う」の節に並べました。
どんなリクエストがフォールバックの対象になるか
Fable 5はすべてのリクエストに自動安全チェック(分類器)を実行します。可視的なフォールバックが起きるのは次の4領域です。
| 対象領域 | 具体例 | 現在のフォールバック先 |
|---|---|---|
| 攻撃的サイバーセキュリティ技術 | 具体例エクスプロイト・マルウェア・攻撃ツールの構築 | 現在のフォールバック先Opus 4.8 |
| 生物学のデュアルユース領域 | 具体例ウイルス学・毒性学・薬物設計・分子設計(2026年8月6日に分類器を更新。Claude・Claudeアプリ・Claude Platformには適用済み、Amazon Bedrock・Claude Platform on AWS・Google Cloud Vertex AI・Microsoft Foundryは順次適用) | 現在のフォールバック先Opus 5 |
| Fable 5への蒸留攻撃 | 具体例モデルの要約された思考過程を抽出しようとする試み | 現在のフォールバック先非Mythosモデル |
| フロンティアLLM開発タスクの一部 | 具体例分散学習基盤・MLアクセラレータ設計・非標準チップ向けカーネル開発 | 現在のフォールバック先非Mythosモデル |
日常的なサイバーセキュリティ作業自体はFable 5でも支援可能ですが、この領域は高いフォールバック率が見込まれるとAnthropicは案内しています。安全装置はMythosクラス相当の能力へのアクセスを塞ぐよう意図的に広めに設計されているため、業務として正当な内容でもブロックされることがあります。なおAnthropicは、Fable 5はプロフェッショナルな生物学研究や創薬には推奨されないと案内しています。
ペネトレーションテスト、CTF(Capture the Flag)演習、生物学に隣接したコードベースを扱う作業は、この高いフォールバック率が最初のリクエストから連続して表れやすい領域です。会話の1通目からフォールバックが起きても、それはアカウントに何らかのフラグが立ったサインではなく、これらの領域に対する想定通りのルーティングです。
表内の「蒸留攻撃」は聞き慣れない用語かもしれません。これはFable 5自身が持つ、要約された思考過程(モデル内部の推論の要約)を外部から抽出しようとする試みを指します。抽出できてしまうと、Fable 5の能力の一部を別のモデルに模倣・移植される足がかりになりかねないため、他の3領域とは性質の異なる防御として組み込まれています。
見落とされがちなのは、チェックの対象が直近の入力メッセージだけではないという点です。分類器はメモリ・コネクタ経由のコンテンツ・Web検索結果・アップロードしたファイルなど、モデルが読み込む内容すべてを審査します。つまり自分では何も書いていないのに、参照した外部コンテンツが引き金になってブロックが起きることもあります。原因が思い当たらないブロックに遭遇したら、直前の入力文だけでなく会話に取り込んだ外部情報も疑ってみましょう。参照先も審査対象です。
切り替わった後に何が起きるか
フォールバックが発生すると、ブロックされたリクエストは同じ会話の中でOpus上で再実行されます。流れは次の4段階です。
フラグが立ってからFable 5に戻すまで
- 1
分類器がリクエストにフラグを立てる
画面にモデルが切り替わった旨の通知が出ます。Claude Codeでは、転写に切り替えの通知が残ります。
- 2
Opusが同じリクエストを再実行する
応答には、実際に回答したモデル名のラベルが付きます。
- 3
会話の残りはOpusのまま進む
モデルピッカーはOpusのまま維持されます。Claude Codeでは
/modelで戻せます。 - 4
戻すなら、引き金のメッセージを先に編集する
ブロックされた元のリクエストが会話に残ったままFable 5へ戻すと、同じ安全装置が再び発火することがあります。編集する対象は、新しく足すメッセージではなく、引き金になった過去のメッセージそのものです。編集して再送すると解消しやすいとされています。
フォールバック先のOpusでも要求がブロックされることがあります。サイバーセキュリティ分野で正当な防御目的の用途がこの安全装置の影響を受けている場合、Opus向けのCyber Verification Program(CVP)への申請という選択肢があります。ただしOpus 5.5はCVPの対象外で、Zero Data Retention(ZDR)の組織とAmazon Bedrockも対象外です。Opus自身の安全装置がどう働くかは、Fable 5とは別の仕組みとして案内されているため、両者を同じ挙動だと決めつけずに個別に確認しておくのが安全です。
Opus 5は生物学とサイバーで安全装置の効き方が違う
Claude Codeのドキュメントによると、フォールバック先は「どのモデルが、どのカテゴリでフラグを立てたか」で決まります。
Claude Codeでのモデル別フォールバック先
Fable 5.1・Fable 5・Opus 5.5
生物学はOpus 5、サイバーセキュリティはOpus 4.8で再実行されます。
Sonnet 5.5
サイバーセキュリティはSonnet 5で再実行されます。生物学はフォールバック先がなく、拒否で終わります。
Opus 5
サイバーセキュリティはOpus 4.8で再実行されます。生物学は自前の分類器でフォールバック先がなく、拒否で終わります。
Fable 5で生物学系の作業を続けると、最初のフラグでセッションがOpus 5へ移ります。以降の生物学関連リクエストは、そのOpus 5上で拒否で終わります。最初からOpus 5を使っている場合も、フラグが立った時点から同じ拒否になります。業務でFable 5クラスの能力がどうしても必要な場合は、Anthropicのアカウントチームに信頼済みアクセスプログラムについて問い合わせるのが選択肢になります。生物学の研究機関であれば、2026年9月17日に始まったLife Sciences Verification Program(LSVP)も選べます。
一方でサイバーセキュリティ領域は逆の傾向があります。Opus 5はOpus 4.8からサイバーセキュリティ関連の能力が底上げされた分、安全装置もその能力に合わせて調整されており、AnthropicのOpus 5発表では、テストに基づきOpus 5のサイバー分類器が介入する頻度はFable 5より約85%少なくなる見込みとしています。同じ「安全装置」でも、領域によって発動のしやすさが逆方向に振れます。
自動切り替えを止める・課金がどう変わるか
自動モデル切り替えは、Fable 5を初めて選択した時点から既定で有効になっています。オフにしたい場合は、Settings > Capabilities(Claude CodeではConfig > MODEL & OUTPUT)から「Switch models when a message is flagged」のトグルを切ります。Claude Codeでは、このGUIのトグルのほか設定ファイルでswitchModelsOnFlagをfalseにする方法でも同じ挙動をオフにできます。
オフの状態でブロックが起きると、モデルを切り替える代わりに会話が一時停止し、メッセージを編集してFable 5で再試行するか、能力の低いモデルへ手動で送信するかを選べます。ただし次のケースは挙動が異なります。
- フラグが立ったカテゴリにフォールバック先が存在しない場合(Opus 5での生物学フラグなど)は、選択肢を出さずにそのまま拒否で終わります
- 切り替え元・切り替え先の両方のモデルが同じリクエストにフラグを立てた場合は、プロンプトを編集して再送するか、新しいセッションを開始するかを選びます
- モバイルのClaude Code on the webセッションは編集して再送する操作に対応していないため、モデルを切り替えるか、デスクトップのブラウザかデスクトップアプリから続きを操作します
- 非対話モードやSDK連携など選択肢を表示できない実行形態では、選択を待たずにそのターンが拒否で終わります
- フォールバック先のモデル自体がモデル許可リスト(
availableModels)でブロックされている場合も選択肢は出ず、自動切り替え時と同じくそのリクエストは通常のエラーとして拒否されます
課金のタイミングもブロックが起きる段階によって変わります。
| ブロックの発生タイミング | 課金の扱い |
|---|---|
| 出力前にブロック(生物学・蒸留・フロンティアLLM開発) | 課金の扱い拒否されたリクエスト自体が課金される |
| 出力前にブロック(サイバーなどそれ以外) | 課金の扱い拒否された分は課金されない |
| ストリーミング途中でブロック | 課金の扱いブロックまでの入力と出力は、生成したFable 5の単価で課金される |
どの場合も、フォールバック後のOpusの応答は別途Opusの単価で課金されます。キャッシュミスが出る分はクレジットで補填されます。
長時間の自動実行タスクをFable 5で回している場合、途中でのフォールバックが発生すると、その回だけ料金体系が混在する点は覚えておく価値があります。
どの利用形態でも同じ仕組みが働くか
自動モデル切り替えは、Fable 5を使えるほぼ全ての利用形態で同一の仕組みが動きます。Claude on the web・Claude Mobile・Claude Desktop・Claude Cowork・Claude Code・Claude Design・Claude for Microsoft 365・Claude Tagのいずれでも挙動は変わりません。ただし「同じ仕組みが動く」というのは自動切り替えという挙動そのものについての話です。分類器の更新が届くタイミングは面によって異なり、Claude・Claudeアプリ・Claude Platformには適用済みでも、Amazon Bedrock・Claude Platform on AWS・Google Cloud Vertex AI・Microsoft Foundryといったクラウド経由の面では順次適用となるため、同時点で判定結果が揃うとは限りません。Claude Codeでのモデルピッカー自体の基本操作はClaude Codeの/modelで確認できます。
一方でAPI経由の利用だけは扱いが異なります。自動切り替えは既定で有効になっていません。API利用者はフォールバックを明示的に設定して初めて有効になり、設定するまではブロック時にモデルが勝手に切り替わることはなく、stop reason付きの200レスポンスがそのまま返ってきます。Claude.ai・Claude Code・Coworkといった利用形態とAPIとでは前提が違います。切り替える際は注意してください。
Fable 5とOpus 5の料金・データ保持・fast mode対応の違いについてはFable 5とOpus 5の違いにまとめています。用途ごとにFable/Opus/Sonnetの助言を使い分ける方法は、モデル切り替えとは別の機能であるClaude Code advisorでFable/Opus/Sonnetの助言を得るも参考になります。
Claude Codeで最初のメッセージから切り替わるときは--safe-modeで原因を切り分ける
Claude Codeでは、何も変わったことをしていないはずなのに、セッションを開始した最初のリクエストでいきなりフォールバックが起きることがあります。これは、最初のリクエストにCLAUDE.mdの内容やgitのステータスといったワークスペースのコンテキストが一緒に読み込まれるためです。セキュリティや生物学に関連する内容を含むリポジトリでは、そのコンテキストだけで分類器が反応することがあります。
CLAUDE.md・skills・MCPサーバー・hooksといったカスタマイズが原因かどうかを切り分けるには、claude --safe-modeでセッションを開始します。safe modeはこれらのカスタマイズを無効化しますが、gitのステータスやディレクトリ名はカスタマイズではないため引き続き読み込まれます。safe modeでフォールバックが再現しなくなれば、原因はCLAUDE.mdやhooksなど無効化された側にあると判断できます。手元のClaude Code v2.1.285でclaude --helpを見ると、--safe-modeの説明は次のとおりです(抜粋)。
$ claude --version
2.1.285 (Claude Code)
$ claude --help
--safe-mode Start with all customizations (CLAUDE.md, skills, installed
plugins, hooks, MCP servers, custom commands and agents,
output styles, workflows, custom themes, keybindings, and
more) disabled. Admin-managed (policy) settings still apply.
Auth, model selection, built-in tools and plugins, and
permissions work normally. Sets CLAUDE_CODE_SAFE_MODE=1.無効になる範囲が広い一方で、管理者が配布したポリシー設定は生きたままです。組織管理のClaude Codeで再現するかどうかを見るときは、この点を頭に置いておくと切り分けを誤りにくくなります。safe modeの使い方全般はClaude Code safe modeでの切り分け方にまとめています。
安全性フォールバックとfallbackModelは何が違うか
Claude CodeにはfallbackModelという似た名前の設定があります。これは安全性によるフォールバックとは無関係で、発動条件も切り替えの持続期間も異なります。
安全性フォールバックとfallbackModelの違い
安全性フォールバック
分類器がリクエストにフラグを立てたときに動きます。切り替えた後は、セッションがフォールバック先のまま続きます。戻すときは/modelを使い、止めるときはswitchModelsOnFlagをfalseにします。
fallbackModel
主モデルが過負荷・利用不可、またはリトライできないサーバーエラーを返したときに動きます。切り替えは現在のターンだけで、次のメッセージはまた主モデルから試します。チェーンは重複を除いて最大3モデルで、--fallback-model sonnet,haikuのようにカンマ区切りでも指定できます。認証・課金・レート制限・リクエストサイズ・通信のエラーと、組織のポリシーチェックによる拒否では動きません。
原因の切り分けは、切り替わった理由で決まります。分類器のフラグが理由なら本稿の安全性フォールバック、過負荷や利用不可が理由ならfallbackModel側の挙動です。
Claude Codeの公式ドキュメントでも、この安全性によるフォールバックは「Automatic model fallback」として、fallbackModelが担う可用性ベースのフォールバック(「Fallback model chains」)とは別の節で説明されています。生物学はOpus 5、サイバーセキュリティはOpus 4.8という現在のカテゴリ別振り分けに対応したのはClaude Code v2.1.219以降で、それより前のバージョンでは、Fable 5でフラグが立ったリクエストはすべて利用環境の既定Opusモデルへ一律で振り替えられており、Opus 5自体がフォールバック先として扱われることもありませんでした。
Amazon Bedrock、Google CloudのAgent Platform、Microsoft Foundryといったサードパーティ環境では、モデルIDがプロバイダー固有のため、Claude Codeが切り替え元・切り替え先の両方のモデルを識別できて初めて自動フォールバックが働きます。Opusの切り替え先が解決できることが前提で、ANTHROPIC_DEFAULT_OPUS_MODELを設定するか、プロバイダーの一覧にOpus 4.8のエントリを残しておきます。どちらもなければ、どの切り替え元でもフォールバックは働きません。Fableを切り替え元として認識させるにはANTHROPIC_DEFAULT_FABLE_MODELの設定も要ります。ANTHROPIC_DEFAULT_OPUS_MODELを設定していれば、フォールバックがあるカテゴリのフラグはすべてそのモデルで再実行されます(Opus 5で立った生物学フラグだけは引き続き拒否のままです)。設定していない場合は、サイバー関連のフラグはプロバイダーの一覧にあるOpus 4.8相当のエントリへ、生物学関連のフラグはOpus 5相当のエントリへ振り替えられます。切り替え元・切り替え先のどちらか一方でも識別できないときは自動切り替え自体が働かず拒否メッセージが表示されるので、/modelで手動にモデルを切り替えて再送します。
Claude CodeのfallbackModel設定そのものについてはClaude Code fallbackModelで過負荷に備える、カテゴリ別フォールバックが入った経緯はClaude Code v2.1.219にまとめています。
今後変わる可能性がある部分
Anthropicはこの安全装置を固定仕様としてではなく、継続的に調整するものとしています。誤って良性のリクエストまでブロックする割合を減らす方向で分類器を更新し続けるとしており、実際に2026年8月6日には生物学領域の分類器が更新されています。ブロックされたリクエストがセキュリティや生物学と無関係に見える場合や、正当な業務が繰り返しブロックされる場合は、「Send feedback」機能で報告すると、この調整の精度向上に反映される仕組みです。
サイバーセキュリティ領域にはCVP、生物学領域には2026年9月17日に始まったLSVPという申請窓口があります。LSVPは組織単位の申請で、認定された組織にMythos・Opus・Sonnetを生物学向けに調整した安全装置で提供する制度です。詳細はLSVPの解説にあります。専門分野でFable 5を業務に組み込んでいる場合、この種の制度変更は利用体験に直結します。案内の更新はこまめに追いましょう。
まとめ
Fable 5での自動モデル切り替えは、攻撃的サイバーセキュリティ技術・生物学のデュアルユース領域・蒸留攻撃・一部のフロンティアLLM開発タスクという4領域を対象にした安全装置の結果です。チェックはメモリやコネクタ経由のコンテンツまで含めて行われるため、心当たりのないブロックも起こり得ます。自動切り替え自体はSettings(Claude CodeはConfig)から止められ、課金はブロックの発生タイミングで変わります。挙動を理解しておけば、突然の切り替えに戸惑うことなく、必要ならFable 5への切り戻しやCVP・LSVPの申請といった次の一手を選べます。分類器は今後も更新され続ける前提のものです。一度のブロックだけでFable 5全体の使い勝手を判断せず、フィードバック経路も併せて使いこなしてください。
Fable 5の基本仕様はClaude Fable 5とはにまとめています。