Claude Media
Claude Opus 5のモデル切り替え — 会話中に起きる理由と仕組み

Claude Opus 5のモデル切り替え — 会話中に起きる理由と仕組み

Opus 5がサイバーセキュリティ関連のリクエストで自動的にOpus 4.8へ切り替わる仕組みと対象リクエスト、オフにする設定、Cyber Verification Programとの関係をまとめます。

Claude Opus 5で会話を続けていたら、急に「モデルが切り替わりました」という通知が出て、回答がOpus 4.8名義になっていた——この現象は、あなたの使い方が悪かったわけではありません。Opus 5に組み込まれた安全機構が、リクエストをサイバーセキュリティ関連の高リスクな内容と判定し、自動的にワンランク下のモデルへ処理を回した結果です。何が引き金になり、どの利用形態で起き、オフにできるのかを一次情報から順に確認します。

Opus 5で会話中にモデルが切り替わる仕組み

Opus 5は、Opus 4.8からソフトウェアエンジニアリングとサイバーセキュリティの両面で能力が底上げされたモデルです。Anthropicはこの能力向上に合わせて安全機構(classifier、分類器)の基準も引き上げており、送信されたすべてのリクエストをこの分類器が自動でチェックしています。

大半のサイバーセキュリティ関連リクエストはOpus 5でそのまま処理されます。分類器が引っかけるのは、その中でも一部の高リスクな攻撃的リクエストだけです。該当した場合、Claudeは同じ会話の中でOpus 5への応答を止め、次に能力の高いモデルであるOpus 4.8へリクエストを自動的に再送します。読者からは「モデルが勝手に切り替わった」ように見えますが、実体は分類器を通過できなかったリクエストの再処理です。

分類器が見ているのはあなたの直近のメッセージだけではありません。メモリ・コネクタ経由のコンテンツ・Web検索結果・添付ファイルなど、Claudeが読み込むすべての情報がチェック対象です。自分では何も書いていなくても、読み込んだファイルや検索結果の内容が引き金になり、フォールバックが起きることがあります。

どんなリクエストがOpus 4.8へフォールバックするか

フォールバックの対象になりやすいのは、攻撃的なサイバーセキュリティ作業のうち特にリスクの高いものです。代表例は次の3つです。

  • エクスプロイト(脆弱性の悪用コード)の生成
  • バイナリベースの脆弱性スキャン
  • ペネトレーションテスト

一方で、次のようなセキュリティ業務はOpus 5のまま続けられます。ソースコードの脆弱性スキャン、セキュリティ課題のトリアージ、安全なコードの実装です。同じ「セキュリティ関連」でも、攻撃側の実行に近い作業ほどフォールバックの対象に入りやすい、という線引きです。

もう1つ、通常のフォールバックとは別枠の話があります。Opus 5は生物学の能力もOpus 4.8から向上していますが、Fable 5ほど実世界の長期タスクをこなす力はまだありません。そのためOpus 5は生物・化学・ライフサイエンス関連の質問ではフォールバックせず、代わりにOpus 4.8と同じ水準の安全機構をそのまま適用します。サイバーセキュリティが「上位モデルへの一時避難」型なのに対し、生物学系は「最初から同じ強度で構える」型で、対応の形自体が違います。

フォールバックが起きたあと、会話はどう変わるか

自動モデル切り替えは、Opus 5を初めて選んだ時点で既定でオンになっています。フォールバックが発生すると画面にモデルが切り替わった旨の通知が出て、その回答にはOpus 4.8が応答したことが明記されます。切り替え後、モデルピッカーはその会話の残り全体でOpus 4.8のままになり、Opus 5へ戻すには手動での切り替えが必要です。

Opus 5へ戻しても、元の要求が会話にまだ残っていれば同じ安全機構が再び働き、もう一度フォールバックすることがあります。この場合は、再送する前にひとつ前のメッセージを編集しておくと解消しやすくなります。会話の流れを変えずに単純にモデルだけ戻しても、フラグが立った内容自体は会話履歴に残ったままだからです。

Opus 4.8側の安全機構にも独自のブロック判定があります。フォールバック先でも同じリクエストが止められた場合は、メッセージを編集して再送するか、防御目的の正当な業務であればCyber Verification Program(CVP)への申請が選択肢になります。Claude Codeでこの種のブロックに遭遇したときの具体的なエラー文言と/rewindでの復旧手順は「safety measures flagged」の対処にまとめています。

自動切り替えを止めたいときの設定

自動モデル切り替えはオフにできます。切り替え先は利用形態で変わります。

利用形態設定場所
claude.aiのWeb / モバイル / デスクトップ設定場所Settings > Capabilities
Claude Code設定場所Config > MODEL & OUTPUT

「Switch models when a message is flagged」というトグルをオフにすると、リクエストがフラグされたときの挙動が変わります。モデルを自動で切り替える代わりに会話がその場で一時停止し、次のいずれかを選べます。

  • メッセージを編集してOpus 5のまま再送する
  • 同じメッセージを手動でOpus 4.8などの下位モデルへ送る

誤ってブロックされたと感じる場合や、正当なセキュリティ業務が繰り返し引っかかる場合は、「Send feedback」から報告できます。誤検知の報告は分類器の精度改善に直接使われるとされています。

どの利用形態で自動切り替えが働くか

自動モデル切り替えは、Opus 5が使えるほぼすべての利用形態で共通の挙動です。対象となる利用形態は次の通りです。

Claude on the web、Claude Mobile、Claude Desktop、Claude Cowork、Claude Code、Claude Design、Claude for Microsoft 365、Claude Tag、Claude Scienceです。

API経由だけは扱いが異なります。Claude APIでは自動モデル切り替えは既定でオフで、フォールバックを使うにはAPI利用者側が明示的に設定を有効化する必要があります。フォールバックを設定していない状態でリクエストがフラグされた場合、APIはエラーではなく、stop reasonを伴う200レスポンスを返します。これは通常の会話UIとは戻り方そのものが違うため、API経由でOpus 5を組み込んでいる開発者は、この分岐を踏まえてハンドリングを実装する必要があります。

Opus 4.8時代の「止まる」からOpus 5の「切り替わる」へ

これまでOpus系モデルの安全機構は、フラグが立ったリクエストをその場で止める設計でした。Claude Codeで「Opus 4.8's safeguards flagged this message」というエラーに遭遇した経験がある人は、この止め方を体験しています。Opus 5では、次善のモデルが用意されていることで「止める」から「引き継いで処理を続ける」へ挙動が変わりました。初期テストでは、Opus 5のトラフィックがサイバー関連でフォールバックする頻度は、Fable 5と比べて85%少なかったことが確認されています。

この変化は、ブロックそのものをなくしたわけではありません。Opus 4.8にも独自の安全機構が残っているため、フォールバック先でも止まるケースは引き続きあります。Opus 5がもたらしたのは、フォールバック先という一段構えを挟むことで、大半の正当なセキュリティ業務が会話を中断させずに完了できるようになったことです。すでにOpus 4.8でCyber Verification Programの認証を得ている組織は、Opus 5でもサイバー制限が緩和された状態でアクセスできます。ただしZero Data Retention(ZDR)を使う組織は、Cyber Verification Programへの参加対象外です。Opus 5自体はZDRに対応していますが、ZDRとCVPを両方必要とする構成は両立しません。Sales managed ZDRを契約している場合は、Anthropicの営業担当への相談が必要です。

Claude CodeのfallbackModel設定とは別の仕組み

Claude Codeには、モデルが過負荷や利用不可になったときに別モデルへ切り替えるfallbackModelという設定があります。名前も挙動も似ていますが、引き金がまったく異なります。fallbackModelは可用性の問題(レート制限やサービス側の過負荷)への対処で、どのモデルへ切り替えるかをユーザー自身が設定ファイルで指定します。設定と挙動の詳細はClaude Code fallbackModelで過負荷に備えるにまとめています。

一方、本記事で扱っている自動モデル切り替えは、リクエストの内容が安全機構に引っかかったときに発動します。切り替え先はOpus 4.8に固定されており、ユーザー側で別のモデルを指定するオプションはありません。可用性が理由で発動するfallbackModelと、安全機構が理由で発動するこの自動切り替えは、名前は似ていても発動条件も設定できる範囲も別物として扱う必要があります。

誤検知が疑われるときの申請の通し方

繰り返しフォールバックが起きて業務に支障が出る場合、Cyber Verification Programへの申請前に確認しておくと無駄な手戻りを避けられる点が2つあります。

  • サインインしている組織を確認する: CVPの承認は特定の組織IDに紐づきます。個人のワークスペースとチームの組織アカウントを行き来している場合、承認済みの組織と違う側でブロックに遭遇していないか、承認メールに記載の組織IDと見比える必要があります
  • 該当作業が本当にデュアルユース(dual use)に区分されるかを確認する: CVPの承認が緩和できるのはデュアルユースに区分された作業だけです。大規模なデータ流出やランサムウェア開発のような禁止用途(prohibited use)は、承認があってもブロックが解除されません

両方を確認しても解消しない場合は、report/appeal formから個別に申告できます。この経路はOpus 5自体の申請とは別に、Opus・Sonnet系モデル全体の安全機構に共通する手続きです。

まとめ

Opus 5の会話中にモデルが切り替わるのは、エクスプロイト生成やペネトレーションテストのような高リスクなサイバーセキュリティリクエストを分類器が検知し、Opus 4.8へ自動でフォールバックするためです。ソースコードのスキャンやセキュリティ課題のトリアージのような通常のセキュリティ業務はOpus 5のまま続けられ、生物・化学系の質問はそもそもフォールバックの対象外です。挙動が煩わしい場合はSettings > Capabilities(Claude CodeはConfig > MODEL & OUTPUT)からトグルをオフにでき、継続的にセキュリティ業務でブロックされるならCyber Verification Programへの申請が実務的な選択肢になります。

この記事を共有:XはてブLinkedIn