Claude Mythos 5.2とは：Fable 5.2との違いとCVP申請・Mythos 5.1からの移行手順【2026年11月】

Claude Mythos 5.2は、Anthropicが2026年11月9日にClaude Fable 5.2と同時に公開した、認証済みの組織だけが呼び出せるモデルです。モデルIDは claude-mythos-5-2 で、中身はFable 5.2と同じ基盤モデルから、サイバーセキュリティと生物学の安全対策の一部を外したものにあたります。この記事では、仕様と料金、Cyber Verification Program（CVP）の申請手順と審査日数、顧客案件に使うための外部利用申請、Mythos 5.1から移るときに400エラーになる箇所を、2026年11月10日時点の公式ドキュメントで整理しました。

まとめ：Claude Mythos 5.2で申請と移行の前に決めておく3つのこと

Mythos 5.2は「Fable 5.2より賢いモデル」ではありません。仕様・単価はFable 5.2と同じで、入力1Mトークンあたり8ドル、出力40ドルです。違うのは、脆弱性の再現やエクスプロイトの検証といった作業で安全分類器に止められにくい点と、使う前に審査がある点の2つ。

決めておくことは3つあります。1つ目は、Fable 5.2の拒否ログに cyber が業務を止める頻度で出ているか。出ていなければ申請は要りません。2つ目は、使い道が自社の資産なのか顧客の資産なのか。CVPは既定で社内利用に限られ、顧客向けの作業にはマネージドサービスとしての別申請が必要です。3つ目は、30日間のデータ保持を契約上受け入れられるかどうか。

Mythos 5.1からの移行は、IDの置換に加えてBedrockでの履歴編集・コンピュータ利用ツール・アドバイザーの3点を確かめます。

Mythos 5.2の仕様と料金をFable 5.2・Mythos 5.1と比較

5.1世代の経緯はClaude Mythos 5.1とCVPでの利用条件にまとめたので、ここでは5.2で変わった点を中心に見ます。

モデルIDと5つの提供基盤・1Mトークン文脈の導入前に確認する基本仕様

Mythos 5.2の公式概要ページは、ステータスを「Active (verification required)」としています。コンテキストは1Mトークン、最大出力は128kトークン、適応的思考は常時オンでeffortの既定は high、知識カットオフは2026年6月です。入力はテキストと画像に対応します。リタイアは「2027年11月9日より早くはならない」と公表されました。

• Claude API：claude-mythos-5-2
• Amazon Bedrock：anthropic.claude-mythos-5-2
• Google Cloud（Google管理型・Anthropic管理型）：claude-mythos-5-2
• Microsoft Foundry：claude-mythos-5-2

Fable 5.2と違い、Claude Platform on AWSが一覧にありません。AWSの案件はBedrock経由に絞られ、後述するBedrock固有の条件が効いてきます。

入力8ドル・出力40ドルの料金表とMythos 5.1からの値下げ幅

料金はFable 5.2と完全に同じです。Mythos 5.1と、審査なしで使える既定候補のOpus 5.5を横に並べます。

Batch APIは入出力とも50%引き。speed: "fast" で出力が最大2.5倍速くなる高速モードはBatch APIと併用できず、発表によればMythosでは認証プログラムの参加組織だけが使えます。公式の移行ガイドによると、レート制限はMythos 5.1・Mythos 5と1つの合算枠を共有します。5.1と5.2を並行稼働させて比較する間は、両方が同じ枠を食い合う点に注意してください。月次の費用試算はClaude Fable 5.2の料金と移行手順の手順がそのまま使えます。

同じ基盤モデルで外したセーフガードとCVE Rediscovery 89.6%

Anthropicの発表は、Mythos 5.2を「Fable 5.2と同じ基盤モデルから、一部のサイバーセキュリティまたは生物学の安全対策を外したもの」と書いています。能力の差ではなく、止められる範囲の差です。

そのうえで、セキュリティ系の評価ではMythos 5.1との差がはっきり出ました。公開済みCVEを独力で再発見できるかを測る社内評価CVE Rediscoveryは、Mythos 5.1の78.3%から89.6%へ。Opus 5.5より10.2%、Mythos 5.1より14.4%多くの脆弱性を見つけたとされています。CyScenarioBenchは61.7%から76.3%、24時間のde novo binder design（タンパク質設計）は79.1%から85.1%です。

一方、サンドボックスの外に置いた認証情報やファイルをMythos 5.2が使ったシナリオも3.1%ありました。動かす環境では、資格情報を手の届く場所に置かない設計が前提です。

Fable 5.2で拒否された作業がOpus 4.8へ回る仕組み

Mythos 5.2が要るかどうかは、Fable 5.2がどこで止まるかで決まります。発表によると、Fable 5.2の安全分類器が高リスクのサイバー作業を止めた場合、利用者にはサイバーならOpus 4.8、生物学ならOpus 5の応答が返ります。誤ブロックはFable 5.1比で約55%減りましたが、止められた作業は旧世代のモデルが代わりに答える、という構造は残りました。

API側の動きは拒否とフォールバックの公式ドキュメントに書かれています。拒否はエラーではなくHTTP 200で、stop_reason が "refusal"、stop_details.category に "cyber" などの分類が入ります。cyber の拒否は出力前なら課金されません。サーバー側フォールバック（ベータ）を有効にしていると、応答の content に type: "fallback" のブロックが入り、どのモデルからどのモデルへ渡ったかが記録されます。

CVPとLSVPでClaude Mythos 5.2の利用権を取る申請手順と審査日数

Mythos 5.2を呼び出せるのは、Anthropicの認証プログラムで検証された組織だけです。セキュリティ分野はCVP、生命科学の研究者はLife Sciences Verification Program（LSVP）が窓口になります。以下はCVPのサポート記事（2026年10月6日更新）に基づきます。

Defense・Red Team・Specializedの3階層と座席上限75・25

CVPは3階層で、どの階層にもMythos・Opus・Sonnetのモデルが含まれます。

個人が申請できるのはDefenseだけで、有料プラン（Pro・Max・Ultra・Team・Enterprise・API）が条件です。上位階層の審査中は、下位階層のアクセスが先に付与されます。10月9日時点で「7営業日以内」とされていた審査は、Defenseで2日に縮みました。

Verification Portalからの申請手順と第三者クラウドでの開始遅延

申請はVerification Portal（portal.anthropic.com/programs）から出します。

1. Anthropicアカウント、またはAWS・Google Cloud・Azureのクラウドアカウントでポータルに入る（第三者プラットフォームは各社から届く登録リンクを使う）。
2. 組織と申請者の情報、セキュリティ業務の説明、希望階層に応じた管理策の宣誓を入力して提出する。
3. 承認後、Claude Consoleでは管理者がCVPを割り当てるワークスペースを選ぶ（Defaultワークスペースには割り当てられない）。
4. Bedrock・Google Cloud Agent Platformを使う場合は、新しいアカウント側でも階層を有効にする。

クラウドパートナーでのMythosアクセスは、CVP承認から約5営業日遅れて始まります。Bedrockは自動の安全フラグを人が確認する仕組みに未対応のため、現時点でCVPを使えるのはデータ保持の例外を持つ組織か、Enterprise Frontier Safeguards（EFS）の参加組織だけです。AWSで本番を組むなら、申請と同時にアカウントチームへ例外の可否を確かめてください。

Claude Enterprise契約でClaude Security経由に使う範囲

認証を取らない経路もあります。発表によると、Claude Enterpriseの顧客は、最上位を含むモデル群で動くClaude Securityを使えます。API経由で自社ツールにMythos 5.2を組み込むならCVPが必要で、既製のリポジトリスキャンで足りるならClaude Securityで済む、という分かれ方です。手順はClaude Securityの使い方と脆弱性スキャンで解説しています。

受託開発でMythos 5.2を顧客案件に使うための外部利用申請と運用条件

5.1の時点では「顧客向けには使えない」で終わっていた話に、10月6日の改定で申請の道ができました。

社内利用が既定のCVPとマネージドサービス申請で外部利用が認められる条件

CVPは既定で社内利用だけに限られます。自社のコード・製品・インフラへの作業は承認済みのどの階層でも可能ですが、顧客の資産や顧客が使う製品への作業は「外部利用」で、社内利用の承認後に別の申請が必要です。外部利用は提供形態で3つに分かれ、申請を受け付けているのはマネージドサービスだけです（目安は約1週間）。

マネージドサービスの条件は、自社のスタッフがClaudeで作業し、顧客は「スタッフがレビューした完成成果物」だけを受け取ること。顧客がモデルに指示を出したり、生の出力を見たりする形は「制約付きプロダクト」「非制約プロダクト」の扱いになり、現時点では関心表明しかできません。診断報告書を納品する受託の脆弱性診断は申請の対象になり、顧客が自分で操作する診断ツールへの組み込みは、まだ承認を得る手段がありません。申請は提出後に編集も取り消しもできず、承認前に顧客へ提供すると規約違反としてプログラムから外される理由になります。

ワークスペース分離とTeamプランで社内に限定できない注意点

Claude Consoleでは、CVPは割り当てたワークスペースにだけ効きます。勧められている構成は、社内作業専用のワークスペースにCVPを割り当て、顧客向けのトラフィックはCVPの無い別ワークスペースに流す形です。APIキーも分け、顧客案件のCIから社内用のキーが呼ばれない状態にしておきます。

Teamプランはアクセスが組織全体に掛かり、社内利用に絞れません。外部利用の承認前は、CVPを有効にしたTeam組織から顧客向けの作業をしないよう明記されています。受託の現場ではConsoleの組織でCVPを取るほうが安全です。

30日データ保持と12月15日のフィッシング耐性MFA期限への備え

Mythos 5.2は30日間のデータ保持が必須で、Anthropicが明示的に認めない限りゼロデータ保持（ZDR）の対象外です。Claude APIでは、30日保持の無い組織やワークスペースからのリクエストが400の invalid_request_error になります。データ保持の例外を持つ組織は、社内利用に限ってZDRのまま使えます。

認証まわりの期限も迫っています。Defenseは2026年12月15日からフィッシング耐性のある多要素認証が必須になり、静的な長期APIキーは使えなくなります。それまでも有効期限7日以内のキーしか許されません。Red TeamとSpecializedはAPIキーそのものを無効にする必要があります。CI/CDに長期キーを置いている構成は止まるので、CVPのページが勧めるWorkload Identity Federationへの切り替えを申請と並行して始めてください。

Mythos 5.1からMythos 5.2へ切り替えるAPI変更点と検証コード

既にMythos 5.1を使っている組織向けの章です。移行ガイドのMythos 5.1向けチェックリストから、コードの変更が要る箇所を順に見ます。Fable 5.1からFable 5.2への破壊的変更の全体像はFable 5.2の破壊的変更4点にまとめました。

モデルID置換とBedrockで新たに400となるプレフィックスチェック

モデルIDは claude-mythos-5-1 から claude-mythos-5-2 へ置き換えます。注意すべきは、思考ブロックより前の system・tools・過去メッセージを書き換えたときに400で止めるプレフィックスチェックです。Mythos 5.2は全アカウントでこのチェックを実行します。移行ガイドによると、Claude APIではMythos 5.1も既に全アカウントでエラーを返しているため、差が出るのはBedrockです。Bedrockでは、Mythos 5.1が受け付けていた履歴編集つきのリクエストが、Mythos 5.2では400になります。

messages 配列を自前で組み立てているなら、claude-mythos-5-2 に対して検査を1セッション流し、レスポンスの input_transformations に出た prefix_binding_mismatch をすべて直してください。履歴を追記型に保てば、プロンプトキャッシュも効き続けます。

computer_toolset_20260801とアドバイザーの組み合わせ制限

コンピュータ利用は computer_toolset_20260801 だけに対応します。旧ツール computer_20251124 を宣言すると、Amazon Bedrock以外では400です。ベータのアドバイザーツールでは、Mythos 5.2を実行役にしたとき助言役に指定できるのはMythos 5.2かFable 5.2だけで、Mythos 5.1やFable 5.1を指定すると400になります。

思考ブロックの読み取りは一方向です。Claude APIとGoogle管理型のGoogle Cloudでは、Mythos 5.2がMythos 5.1の思考ブロックを読めるため、5.1で始めた会話を5.2へ移しても推論を引き継げます。逆向きでは、思考ブロックは引き継ぎの対象外です。Mythos 5.2の思考ブロックは生成したアカウント（または紐づくアカウント）でしか機能しないので、検証用と本番用のアカウントをまたいで会話を再生する構成も見直します。

cyber拒否のフォールバック件数をログから数えて申請根拠にする

申請前にやっておきたいのは、Fable 5.2で止まっている作業の量を数えることです。サーバー側フォールバックを有効にして保存した応答（1行1レスポンスのJSONL）から、cyber を理由に他モデルへ渡った件数と、拒否のまま終わった件数を出します。

# フォールバックを有効にしたFable 5.2のリクエスト（ベータヘッダーが必要）
curl -s https://api.anthropic.com/v1/messages \
  -H "x-api-key: $ANTHROPIC_API_KEY" \
  -H "anthropic-version: 2023-06-01" \
  -H "anthropic-beta: server-side-fallback-2026-07-01" \
  -H "content-type: application/json" \
  -d '{
    "model": "claude-fable-5-2",
    "fallbacks": "default",
    "max_tokens": 8000,
    "messages": [{"role": "user", "content": "自社リポジトリのsrc/authで見つかった認証回避の再現手順を書いて"}]
  }' >> responses.jsonl

# cyberを理由に他モデルへ渡った件数
jq -c '.content[]? | select(.type == "fallback" and .trigger.category == "cyber") | .to.model' responses.jsonl | sort | uniq -c

# 拒否のまま終わった件数（分類別）
jq -r 'select(.stop_reason == "refusal") | .stop_details.category' responses.jsonl | sort | uniq -c

この件数が業務の何割を占めるかを、申請書の「セキュリティ業務の説明」にそのまま書けます。承認後はモデルIDを claude-mythos-5-2 に変えて同じプロンプトを流し、件数が減ることを確かめます。移行ガイドはMythos 5.2でも stop_reason: "refusal" を先に処理するよう求めているので、拒否の分岐は外しません。アクセス権の無い組織が claude-mythos-5-2 を指定したときのエラー種別は、2026年11月10日時点の公式ドキュメントに記載が無いため、モデルIDは設定値に逃がしておきます。

Claude Mythos 5.2を申請すべき組織と見送ってFable 5.2で足りる案件

ここまでの事実を、申請の可否に落とします。

拒否ログとデータ保持の要件で判断するCVP申請を急ぐ組織の2条件

申請を急ぐべきなのは、次の2つが同時に当てはまる組織です。第一に、自社システムのSOC運用、インシデント対応、脆弱性の再現検証を内製しており、Fable 5.2の応答で cyber の拒否やOpus 4.8へのフォールバックが業務を止める頻度で出ている。第二に、30日間のデータ保持を契約上受け入れられる。Defenseなら審査は2日なので、条件を満たすなら待つ理由はありません。

第二の条件を満たせない組織、たとえば通信ログの外部保持を規程で禁じる金融機関は、データ保持の例外かEFSの扱いをアカウントチームに確認するのが先です。

一般の開発案件と顧客操作型ツールでMythos 5.2を見送る判断

業務システムの開発、コードレビュー、既知のCVEへのパッチ適用にMythos 5.2は要りません。単価が半分のClaude Opus 5.5を既定に置き、届かない工程だけFable 5.2へ上げれば足ります。

見送るべき場面ははっきりしています。顧客が自分で操作するセキュリティ製品にMythos 5.2を組み込みたい、という動機での申請です。この形態は現時点で関心表明しか受け付けておらず、承認を得る手段がありません。受託として顧客の資産を診断するなら、マネージドサービスの外部利用申請を通したうえで、スタッフがレビューした報告書だけを納品する体制を組みます。自社サービスの診断や、診断結果を受けた改修まで任せたい場合は、脆弱性診断・セキュリティ診断で相談を受け付けています。

よくある質問

Mythos 5.2の検討で出やすい質問を5つ取り上げます。回答は2026年11月10日時点の公式ドキュメントとCVPのサポート記事に基づきます。

Claude Mythos 5.2とFable 5.2は性能が違いますか？

同じ基盤モデルで、仕様と単価も共通です。違いは、サイバーセキュリティと生物学の安全対策を一部外しているかどうかと、利用前の審査の有無にあります。Terminal-Bench-Science 0.1ではMythos 5.2が75.3%、Fable 5.2が74.6%でした。差が出るのは、Fable 5.2なら分類器に止められる脆弱性の再現やエクスプロイト検証の作業です。

Claude Mythos 5.2の料金はいくらですか？

Fable 5.2と同じで、1Mトークンあたり入力8ドル、出力40ドルです。キャッシュ書き込みは5分10ドル・1時間16ドル、キャッシュ読みは0.20ドル、Batch APIは50%引きになります。高速モードは入力16ドル・出力80ドルです。Mythos 5.1からは全項目が2割下がりました。CVPへの参加費用は公式ページに記載がありません。

CVPの審査にはどれくらいかかりますか？

CVPのページが示す目安は、Defenseが2日、Red Teamが2週間（需要増で長期化中）、Specializedは目安なしです。マネージドサービスとしての外部利用申請は約1週間。クラウドパートナー経由のMythosアクセスは、承認から約5営業日遅れて始まります。目安を過ぎても再申請は不要とされています。

Mythos 5.1のコードはモデルIDを変えるだけで動きますか？

Claude APIで、旧コンピュータ利用ツールと5.1世代のアドバイザーを使っていなければ、IDの差し替えでおおむね動きます。Bedrockでは過去ターンを編集したリクエストが新たに400になるため、drop_block を使った検査を先に流してください。effortごとの費用と待ち時間の測り直しも移行ガイドが求めています。

Claude Mythos 5.2は日本の企業でも使えますか？

11月9日の発表とCVPのページには、地域を限定する記載がありません。9月のMythos 5.1発表にあった「一部の米国組織のみ」という表現も、5.2の発表には見当たりません。ただし承認されるかどうかは審査次第です。承認を前提にスケジュールを組まず、Fable 5.2で動く構成を先に用意しておくのが安全な順序です。

関連記事

• Claude Mythos 5.1とは：Fable 5.1との違いとCVPでの利用条件：本稿の前版で、5.1世代の提供条件とMythos 5からの移行を扱います。
• Claude Fable 5.2とは：料金・破壊的変更4点とFable 5.1からの移行手順：同じ基盤モデルの一般提供版で、料金試算と破壊的変更の詳細です。
• Claude Securityとは？Mythos 5.1で動く脆弱性スキャンの使い方：CVPを取らずにEnterprise契約で使えるスキャン製品です。
• Claude Mythosとは？最新のMythos 5.1とFable 5.1の違い：Mythos系列全体の成り立ちです。
• Claude Opus 5.5とは？料金・Fast mode・破壊的変更4点とClaude Codeでの使い方：審査不要で先に検討する既定モデルです。