Claude Fable 5とMythos 5：安全分類器フォールバックの設計と実装

Claude Fable 5が公開された2026年6月9日、多くの開発者が最初に戸惑ったのは「Mythos 5と何が違うのか」という点だったと思います。

スペックシートを並べると、コンテキスト長も出力トークン数も知識カットオフも同じ。ベンチマーク性能も「同等」とAnthropicは明言しています。では何が違うのか——答えは安全分類器の有無という、一見地味に見えて実は設計上かなり重い差異です。

Mythos-classとは何か——Opusの上に新ティアが生まれた経緯

話の起点は2026年4月です。

Anthropicはこの月、Opusを超える新ティア「Mythos」のプレビューを発表しました。ただし一般公開はしない、と同時に宣言しています。

アクセスできたのはProject Glasswingと呼ばれるプログラムに参加した約50の組織のみ。用途もサイバーセキュリティ領域に限定した防御的な活用に絞られていました。

価格は入力$25/M・出力$125/Mトークン。公開APIも、Claude.aiでの利用も、なし。「存在は認めるが、使わせない」という異例の発表でした。

2ヶ月後の6月9日、Anthropicはその判断を部分的に覆します。

「Mythos-classの能力を持ちながら、安全分類器を組み込んだモデルを一般公開できる」——それがFable 5です。同日、Mythos 5も正式にリリースされていますが、こちらは引き続きProject Glasswing限定です。

モデル階層としては、これでHaiku → Sonnet → Opus → Mythosという4層構造が確立しました。

単なる性能グレードの追加ではなく、「一般公開できるか否か」という軸が階層設計に組み込まれた点が、従来のラインナップと質的に異なります。

Mythos Preview（2026年4月）→ Project Glasswing限定・サイバーセキュリティ用途のみ
Claude Fable 5（2026年6月9日）→ Mythos-class・安全分類器あり・一般公開
Claude Mythos 5（2026年6月9日）→ Mythos-class・安全分類器なし・Project Glasswing限定
知識カットオフ：両モデルとも2026年1月

Fable 5の仕様を実務目線で読む

コンテキスト1M・出力128Kで何が変わるか

1Mトークンのコンテキストウィンドウは、Opus 4.6でも実現されていた数字です。

Fable 5では、これが常時Adaptive Thinkingと組み合わさる点が実務上の変数になります。

長大なコードベースや法的文書を丸ごと投げ込んで推論させるユースケース、あるいは数時間にわたるエージェントタスクで文脈を保持し続けるケース——こうした用途で、コンテキスト長と出力上限の両方が効いてきます。

128K出力トークンは、長文レポートや大規模なコード生成を一度のリクエストで完結させる余地を広げます。

ただし出力が長くなるほどレイテンシとコストも比例して増えるため、「出力できる」と「出力すべき」は別の判断です。

Adaptive Thinkingが常時オンになることの意味

従来のextended thinkingは、開発者がリクエスト単位で有効化するオプションでした。

Fable 5ではalways-on adaptive thinkingとして、モデルが自律的に思考の深さを調整します。

シンプルなタスクでも内部的に思考ステップが走る可能性があります。レイテンシとコストの両面で従来モデルとの単純比較が成立しにくくなるため、既存ワークフローへの組み込み前にはベンチマークを取り直す価値があります。

安全分類器フォールバックの仕組み

Fable 5の最も特徴的な仕様が、安全分類器によるフォールバック機構です。

サイバーセキュリティや生物学ドメインに関わるリクエストが分類器に引っかかると、自動的にClaude Opus 4.8に切り替えてレスポンスを返します。

この挙動は設定不可——つまり開発者がオフにする手段はなく、仕様として固定されています。

フォールバックが発生した際には、セッションイベントとして通知が届きます。これを検知してハンドリングする実装が、Fable 5を使うプロダクトでは必須になります。

import anthropic

client = anthropic.Anthropic()

# ストリーミングでセッションイベントを検知する例
with client.messages.stream(
    model="claude-fable-5",
    max_tokens=1024,
    messages=[
        {"role": "user", "content": "ネットワークの脆弱性スキャンの仕組みを教えてください"}
    ],
) as stream:
    for event in stream:
        # フォールバック発生時のセッションイベントを検知
        if hasattr(event, "type") and event.type == "session_event":
            if hasattr(event, "session_event"):
                se = event.session_event
                if getattr(se, "type", None) == "model_fallback":
                    fallback_model = getattr(se, "fallback_model", "unknown")
                    reason = getattr(se, "reason", "safety_classifier")
                    print(f"[FALLBACK] {fallback_model} に切り替わりました（理由: {reason}）")
                    # ログ記録・ユーザー通知・別処理への分岐などをここで実装する

    response_text = stream.get_final_text()
    print(response_text)

フォールバック先はOpus 4.8であり、能力的には依然として高水準です。

ただしモデルが途中で切り替わるという事実は、コスト計算・レイテンシ予測・出力の一貫性管理に影響します。フォールバックはサイバーセキュリティ・生物学ドメインで発火し、発生時のコスト・レイテンシはOpus 4.8の料金体系に従います。

Fable 5をどう使い始めるか——アクセス経路とMythos 5との使い分け

使えるプラットフォーム

Fable 5は2026年6月9日から以下のチャネルで利用できます。

Claude API（claude-fable-5）
AWS Bedrock
Google Cloud Vertex AI
Microsoft Foundry

Anthropicの公式ドキュメント Models overview にモデル識別子と提供状況が整理されています。

import anthropic

client = anthropic.Anthropic()

# Fable 5を指定する場合
response_fable = client.messages.create(
    model="claude-fable-5",
    max_tokens=2048,
    messages=[{"role": "user", "content": "複雑な契約書を要約してください"}],
)

# フォールバック先のOpus 4.8を直接指定する場合
response_opus = client.messages.create(
    model="claude-opus-4-8",
    max_tokens=2048,
    messages=[{"role": "user", "content": "複雑な契約書を要約してください"}],
)

Mythos 5はclaude-mythos-5という識別子を持ちますが、Project Glasswing経由の承認済み顧客のみがアクセスできます。

一般の開発者が今すぐ試せる選択肢ではなく、アクセスにはAnthropicまたはAWS・Google Cloudのアカウントチームへの申請が必要です。

Fable 5で十分か、Mythos 5が必要かの判断軸

実務的な判断は、安全分類器の制約が自分のユースケースに当たるかどうかに尽きます。

一般的なビジネス文書処理・コーディング支援・データ分析・カスタマーサポート自動化といった用途では、フォールバックが発火する可能性は低く、Fable 5で十分です。

問題になりやすいのは、セキュリティリサーチ・ペネトレーションテスト支援・生命科学領域の専門的な問い合わせなど、分類器が反応しやすいドメインです。

こうした用途でProject Glasswingへのアクセスを検討する価値が出てきます。

設計として意識しておきたいのがOpus 4.8の混入です。claude-fable-5を指定していても、フォールバックが発生した瞬間にOpus 4.8のレスポンスが混ざります。

出力の一貫性が重要なプロダクトでは、フォールバック発生時に別処理に切り出す、あるいはユーザーに通知するといった設計を最初から組み込んでおく必要があります。フォールバックは「例外」ではなく「起こりうる通常動作」として扱うのが正しい前提です。

Anthropicがこの設計を選んだ理由

「公開しない」から「同等モデルを公開する」への2ヶ月

4月に「Mythosは公開しない」と言ったAnthropicが、2ヶ月後に「同等の能力を持つFable 5を公開する」という判断に至った経緯は、単純な方針転換ではありません。

Anthropicのシステムカードが示す評価軸を見ると、その論理が見えてきます。

Mythos 5のASL評価において、**ECI（Anthropic独自の能力-時間指標）**はMythos Previewと同様に既存のトレンドライン上に位置しており、急激な能力加速は確認されていないと評価されています。

AIが研究加速を引き起こす「ドラマティック加速（path 2）」についても、内部指標では2倍加速の持続は観測されていないとシステムカードは述べています。

「能力は高い、しかし制御不能なほどの跳躍ではない」という評価が、一般公開の判断を支えています。

安全分類器を「制限」ではなく「設計上の保証」として読む

開発者の立場からすると、フォールバックは「使いたい機能が使えない」という制限に見えがちです。

しかし別の読み方もできます。安全分類器が組み込まれているということは、Fable 5を使うプロダクトが特定のリスクドメインで誤用される可能性を、モデル側が構造的に下げているということです。

これは企業がAIベンダーを選定する際の「信頼できる設計かどうか」という評価軸に直接関わります。

OpenAIやGoogleが能力競争を前面に出す中で、Anthropicが「最も危険なモデルは公開しない、しかし同等の能力を安全に使える形で提供する」という選択をしたことは、差別化の軸として明確です。

Fable 5 / Mythos 5の双子構造は、「能力と安全性はトレードオフではなく、設計で分岐できる」というAnthropicの主張の具体的な実装です。フォールバックを「バグ」として扱うのではなく、「このモデルを使うということはこの保証がついてくる」という仕様として設計に組み込む——それがFable 5を業務利用する際の正しい向き合い方だと思います。

株式会社ホコサキは、山口県宇部を拠点にAI活用支援・業務システム開発・DX推進に取り組んでいます。Claude APIを使ったプロダクト開発や、社内ワークフローへのAI組み込みについてご相談があれば、お問い合わせページからお気軽にどうぞ。