DEV Community

Cover image for クロード・フェーブル5復活!変更点と再開方法
Akira
Akira

Posted on • Originally published at apidog.com

クロード・フェーブル5復活!変更点と再開方法

Claude Fable 5がオンラインに復帰しました。Anthropicは、政府命令による19日間の停止を経て、2026年7月1日にClaude.ai、Claude Platform API、Claude Code、Claude Coworkで最も高性能なモデルを復旧させました。米国商務省は6月30日に輸出規制を解除し、Anthropicの再デプロイ発表はそれから1日以内に行われました。

今すぐApidogを試す

6月上旬にFable 5で開発していて、6月12日の停止後にワークロードをOpus 4.8やSonnet 4.6へ退避したチーム向けに、この記事では再導入手順を整理します。以前の停止については「停止報道」で扱いましたが、今回は復帰後に確認すべき差分が中心です。

復帰したFable 5は、停止前と完全に同じ運用条件ではありません。Anthropicは安全性分類器を再トレーニングし、フラグが付いたリクエストをClaude Opus 4.8へ自動再ルーティングする仕組みを追加しました。また、プランに含まれる利用には2026年7月7日の期限があります。

本番へ戻す前にやるべきことはシンプルです。過去のFable 5リクエストを再実行し、出力、フォーマット、フォールバック挙動を確認します。ApidogのようなAPIテストツールを使えば、本番環境に触れる前に古いリクエストを再生し、Opus 4.8や停止前の期待値と比較できます。

タイムライン:6月12日から7月1日まで

Fable 5は2026年6月上旬に、Claude 5ファミリー初のモデルとして、またAnthropicが一般提供する初の「Mythosクラス」モデルとしてリリースされました。「ローンチ解説」では、以下の仕様を扱っています。

  • デフォルトで1Mトークンのコンテキストウィンドウ
  • リクエストあたり最大128kの出力トークン
  • 入力100万トークンあたり10ドル
  • 出力100万トークンあたり50ドル

ローンチ発表では、Fable 5と、FAQで後述する制限付きの姉妹モデルClaude Mythos 5が紹介されました。

リリースから2週間も経たない6月12日、米国商務省は、政府関係者が報告されたジェイルブレイク技術に関連する重大なサイバーセキュリティリスクを指摘した後、Fable 5とMythos 5を輸出規制の対象にしました。Anthropicは同日、両モデルをオフラインにしました。

その結果、Fable 5に固定されたリクエストは失敗し、セッションは停止し、多くのチームがOpus 4.8またはSonnet 4.6へトラフィックを切り替える必要がありました。

6月30日、商務省は規制を解除しました。この規制解除は、Anthropicと政府の間での数週間にわたる交渉の後、Axiosが報じたものです。7月1日、Fable 5はすべてのファーストパーティプラットフォームでオンラインに復帰しました。

日付 イベント
2026年6月上旬 Claude Fable 5がClaude 5ファミリー初のモデルとしてローンチ
2026年6月12日 Fable 5とMythos 5が米国商務省の輸出規制によりオフライン化
2026年6月30日 商務省が輸出規制を解除
2026年7月1日 Fable 5がClaude.ai、Claude API、Claude Code、Claude Coworkで復帰
2026年7月7日 プランに含まれる利用が終了。Fable 5が利用クレジットに移行

内部で何が変わったのか

停止の原因は、サイバーセキュリティ関連トピックにおいてFable 5のセーフガードを回避できると報告されたジェイルブレイク技術でした。Anthropicの修正は、モデル全体の挙動を大きく変えるものではなく、その技術に特化した安全性分類器の再トレーニングです。

Anthropicは、新しい分類器が99%以上の確率で回避をブロックすると述べています。復旧と分類器の概要については、The Hacker Newsにも技術的な整理があります。

開発者にとって重要なのは、分類器が作動したときの挙動です。

  • Fable 5のリクエストがフラグされる
  • リクエストはClaude Opus 4.8へ自動再ルーティングされる
  • 再ルーティングが発生したことが通知される
  • 呼び出し自体はエラーではなく、別モデルの応答として継続する

Anthropicによると、Fableのセッションの95%以上ではフォールバックが発生しません。ただし、セキュリティ関連のプロンプト、評価、検証ワークロードを扱う場合は、フォールバックをログとテストに含めるべきです。

再ルーティングの条件や通知の扱いは、Fable 5の安全性セーフガードに関するガイドで詳しく説明しています。

その他のモデル仕様は変更されていません。

  • 同じ重み
  • 同じ1Mコンテキストウィンドウ
  • 同じ128k出力上限
  • 同じモデルID

つまり、6月上旬に動いていたプロンプトは基本的にそのまま使えます。ただし、本番へ戻す前に出力差分とフォールバック挙動を確認してください。

Fable 5の再利用を開始する方法

Fable 5は2026年7月1日現在、以下のプラットフォームで利用できます。

Claude.aiおよび有料プランの場合

Pro、Max、Team、および一部のEnterpriseサブスクライバーは、2026年7月7日まで、週ごとの利用制限の最大半分までFable 5を利用できます。

手順は次の通りです。

  1. Claude.aiを開く
  2. モデルセレクターからFable 5を選択する
  3. 評価用プロンプトや長文タスクを優先して実行する
  4. 週ごとの利用上限に到達する前に結果を保存する

アカウント側で再有効化する必要はありません。ただし、Fable 5の利用が週ごとの制限の半分を超えると、制限がリセットされるまで他のモデルへ戻ることになります。

APIの場合

モデルIDは変更されていません。

claude-fable-5
Enter fullscreen mode Exit fullscreen mode

停止前に動いていたリクエスト形式は現在も利用できます。認証、ストリーミング、長文出力の処理については、APIウォークスルーで詳しく説明しています。

最小限のMessages API呼び出しは次のようになります。

import anthropic

client = anthropic.Anthropic()

response = client.beta.messages.create(
    model="claude-fable-5",
    max_tokens=16000,
    betas=["server-side-fallback-2026-06-01"],
    fallbacks=[{"model": "claude-opus-4-8"}],
    messages=[
        {
            "role": "user",
            "content": "Summarize the breaking changes in our v2 API spec."
        }
    ],
)

print(response.model)  # 実際にリクエストを処理したモデルを表示
Enter fullscreen mode Exit fullscreen mode

ここで重要なのは、fallbacksパラメータです。これは再ルーティング動作のAPI側バージョンで、Claude APIおよびAWSでベータ版として提供されています。フラグされたリクエストは停止せず、同じ呼び出し内でOpus 4.8により再実行されます。

実装時は、少なくとも以下をログに残してください。

print({
    "served_model": response.model,
    "input_tokens": response.usage.input_tokens,
    "output_tokens": response.usage.output_tokens,
})
Enter fullscreen mode Exit fullscreen mode

これにより、後から「Fable 5の出力だと思っていたが実際はOpus 4.8だった」というデバッグを避けられます。

fallbacksのセマンティクス、請求、ストリーミング時の挙動は、専用のフォールバックガイドで説明しています。

料金はローンチ時から変更されていません。

項目 料金
入力トークン 100万トークンあたり10ドル
出力トークン 100万トークンあたり50ドル
プロンプトキャッシュヒット 90%割引、100万トークンあたり1.00ドル

Fable 5はClaude Opus 4.8の約2倍、Sonnet 4.6の約3倍のトークン単価です。再導入時は、プロンプトキャッシングを前提に設計してください。

実務では、次のようにします。

  1. システムプロンプト、仕様書、スキーマなど安定した内容を先頭に置く
  2. ユーザー入力や差分データを後ろに置く
  3. デプロイごとに利用状況ブロックでキャッシュ読み取りを確認する
  4. キャッシュヒット率が低い場合はプロンプト構造を見直す

Claude Codeの場合

Fable 5は7月1日現在、Claude Codeで再び選択できます。

やることは次の通りです。

  1. Claude CodeでモデルをFable 5へ切り替える
  2. 停止前に使っていた長時間セッションやエージェントタスクを再実行する
  3. Opus 4.8で代替していた期間の出力と比較する
  4. ツール呼び出し、ファイル編集、長文推論の差分を確認する

停止中にClaude Code側の統合が再設計されたわけではありません。モデルが一時的に削除され、復帰した形です。

Claude CodeでのFable 5ガイドでは、モデルの切り替え、エフォート設定、Fable 5がOpus 4.8よりも価格に見合いやすいエージェント的タスクについて説明しています。

AWS、Google Cloud、Microsoft Foundryの場合

クラウドでの提供状況はまだ流動的です。AnthropicはFable 5がAWS、Google Cloud、Microsoft Foundryに「可能な限り迅速に」復帰すると述べていますが、公開時点ではクラウドごとの状況が変化しています。

BedrockやVertexとの統合がすでに復旧していると仮定しないでください。再有効化前に以下を確認します。

  1. プロバイダーのモデルカタログでFable 5の有無を確認する
  2. モデルIDとリージョン対応を確認する
  3. 小さい検証リクエストを送る
  4. フォールバック時のモデル名と請求を確認する
  5. 本番トラフィックを段階的に戻す

アーキテクチャが許すなら、一時的に次の構成にします。

クラウドプロバイダーでFable 5が利用可能
  -> クラウド経由で実行

クラウドプロバイダーで未提供または失敗
  -> ファーストパーティClaude APIへフォールバック
Enter fullscreen mode Exit fullscreen mode

これにより、プロバイダー側の提供が追いつくまでの間も、評価や一部ワークロードをブロックせずに進められます。

7月7日の利用クレジット期限

2026年7月7日まで、Pro、Max、Team、および一部のEnterpriseサブスクライバーは、週ごとの利用制限の最大半分までFable 5を利用できます。7月7日以降、Fable 5へのアクセスは利用クレジットに移行します。

つまり、プランに含まれる容量で復元後のFable 5を評価できる期間は1週間未満です。

今すぐ実行すべき評価は以下です。

  • 停止前の主要プロンプトの再実行
  • Opus 4.8へ退避したワークロードとの比較
  • 長文出力の構造確認
  • JSONやMarkdownなどパーサー依存の出力確認
  • フォールバック発生時のログ確認
  • キャッシュヒット率とトークンコストの確認

期限後まで待つと、同じ評価を利用クレジットで実行することになります。利用クレジットの仕組み、費用、月次支出の見積もりは、利用クレジット解説で詳しく説明しています。

注意点は2つあります。

  1. 含まれる期間はAPIではなくサブスクリプションプランが対象です。従量課金制のAPI利用は、7月7日の前後で標準トークンレートで請求されます。
  2. 「週ごとの利用制限の最大半分まで」は上限であり、保証ではありません。ヘビーユーザーは7月7日より前に上限へ到達する可能性があります。

停止中にFable 5からワークロードを移行した場合

6月12日に本番環境をOpus 4.8またはSonnet 4.6へ切り替えたチームは、単にモデル名を戻すだけでは不十分です。以下の順序で戻してください。

1. 保存済みリクエストを再実行する

19日間あれば、プロンプト、ツール、パーサー、下流処理は変わります。まずは過去のFable 5リクエストを再実行します。

確認ポイントは次の通りです。

  • 出力の長さ
  • 見出しや箇条書きの構造
  • JSONやXMLの妥当性
  • ツール呼び出しの引数
  • エラー時のレスポンス形式
  • フォールバック先モデル

Apidogで保存済みのテストシナリオをclaude-fable-5に対して再実行し、Opus 4.8のベースラインと比較します。

2. 応答処理で実際のモデルを読む

新しい再ルーティング挙動により、Fable 5へ送ったリクエストでもOpus 4.8が処理する場合があります。レスポンス処理では、Fable 5が必ず応答したと仮定しないでください。

疑似コードでは次のように扱います。

served_model = response.model

if served_model != "claude-fable-5":
    logger.warning(
        "Request was served by fallback model",
        extra={"served_model": served_model}
    )
Enter fullscreen mode Exit fullscreen mode

特に、セキュリティ関連のドキュメント分析、脆弱性レポート、インフラ診断などを扱う場合は、フォールバックが発生する前提でログを設計してください。

3. 段階的にトラフィックを戻す

推奨する切り替え順序は次の通りです。

  1. ローカル評価
  2. 社内のインタラクティブ利用
  3. ステージング環境
  4. 低リスクのバッチ処理
  5. 本番トラフィックの一部
  6. 本番トラフィック全体
  7. クラウドホスト型ワークロード

クラウドプロバイダーの提供状況が確認できるまでは、クラウドホスト型ワークロードを最後にします。

切り替えガイドには、キャッシュの再ウォームアップや各段階のコストチェックポイントを含む実行計画があります。

よくある質問

Claude Fable 5はAmazon Bedrock、Vertex AI、またはMicrosoft Foundryで既に利用可能ですか?

公開時点では未確認です。Anthropicはクラウドでの利用可能性が「可能な限り迅速に」実現すると述べていますが、クラウドごとの状況は変化しています。

7月1日の発表はファーストパーティプラットフォームのみを対象としています。Bedrock、Vertex AI、Microsoft Foundryを使う場合は、各プロバイダーのモデルカタログを直接確認してください。

Fable 5とMythos 5の違いは何ですか?

Mythos 5は、安全性分類器がない点を除けば同じ基盤モデルです。

Mythos 5は、サイバー防御者やインフラプロバイダー向けのProject Glasswingを通じて限定的にリリースされています。一部の生物医学研究者は後日、信頼されたアクセスプログラムを通じてアクセスできるようになります。

Fable 5 vs Mythos 5の比較では、資格要件と実用上の違いを説明しています。ほとんどの開発者にとってはFable 5が対象であり、Mythos 5にはプログラム参加が必要です。

私のリクエストはどのくらいの頻度でOpus 4.8に再ルーティングされますか?

ワークロードがフラグ対象カテゴリに触れない限り、稀です。Anthropicによると、Fableのセッションの95%以上ではフォールバックが発生しません。

ただし、再ルーティングが発生した場合は通知され、レスポンスから処理したモデルを確認できます。必要であれば、コード側で分岐できます。

if response.model == "claude-opus-4-8":
    # フォールバック時の監査ログや別処理
    pass
Enter fullscreen mode Exit fullscreen mode

Fable 5の価格は再開後に変更されましたか?

いいえ。価格はローンチ時と同じです。

  • 入力100万トークンあたり10ドル
  • 出力100万トークンあたり50ドル
  • プロンプトキャッシング割引は90%
  • キャッシュヒット時は100万トークンあたり1.00ドル

価格に関連する主な変更は、サブスクライバー向けのプランに含まれる利用が、7月7日以降に利用クレジットへ移行する点です。

今週やるべきこと

Fable 5は復帰しました。モデルの能力、モデルID、コンテキスト長、出力上限は維持されています。一方で、安全性分類器とOpus 4.8への再ルーティングが追加されています。

今週の実行リストは次の通りです。

  1. 停止前のFable 5リクエストを再実行する
  2. Opus 4.8へ退避した出力と比較する
  3. レスポンスから実際に処理したモデルをログに残す
  4. フォールバック時の処理を確認する
  5. キャッシュヒット率とトークンコストを確認する
  6. 7月7日までにプランに含まれる容量で主要評価を終える
  7. 問題がなければ段階的に本番へ戻す

LLMエンドポイントの回帰テストスイートをまだ持っていないなら、今回の停止は作成する十分な理由になります。Apidogをダウンロードして、以前のFable 5リクエストを再現可能なテストシナリオに変換しておくと、次回のモデル停止や仕様変更時に、移行ではなく検証に集中できます。

Top comments (0)