Claude Fable 5 が突然使えなくなった日 ― 米政府の輸出管理指令と、開発者が今すぐ取るべき対策

2026/6/13

代表

2026 年 6 月 13 日（日本時間）、弊社の開発者が Claude Code でいつものように作業をしていたところ、突然 Fable 5 が選択できなくなり、次のエラーが表示されました。

There's an issue with the selected model (claude-fable-5). It may not exist or you may not have access to it. Run /model to pick a different model.

一見すると「モデル ID のタイプミス」や「権限の問題」のようにも読めるメッセージです。しかし、設定を見直しても解消せず、調べてみると原因はもっと大きなところにありました。米国政府による輸出管理指令（export control directive）と、それを受けた Anthropic の対応です。

本記事では、Claude API / Claude Code を業務で使っている開発者・技術意思決定者の方に向けて、この件で「何が起きたのか」「当面どう対策するか」「今後 Fable 5 を業務利用し続けることのリスクをどう考えるか」を、Anthropic の一次情報に基づいて冷静に整理します。

なお本件は法規制（輸出管理）に関わる内容です。本記事は技術運用の観点からの解説であり、法的助言ではありません。輸出管理上の自社への影響については、最新の公式情報および専門家への確認をおすすめします。

1. 何が起きたのか

エラーの正体は、Anthropic が 2026 年 6 月 12 日に公開した次の声明でした。

Statement on the US government directive to suspend access to Fable 5 and Mythos 5（2026 年 6 月 12 日）

声明の冒頭はこう述べています（Anthropic 公式声明）。

The US government, citing national security authorities, has issued an export control directive to suspend all access to Fable 5 and Mythos 5 by any foreign national, whether inside or outside the United States, including foreign national Anthropic employees.

要約すると、米国政府が国家安全保障上の権限を根拠に、Fable 5 および Mythos 5 へのアクセスを、米国内外を問わずすべての外国籍者（foreign national）に対して停止するよう求める輸出管理指令を出した、という内容です。Anthropic 自身も「これは誤解だと考えており、できるだけ早くアクセスを復旧できるよう取り組んでいる（we are working to restore access as soon as possible）」と述べています。

弊社の開発者が遭遇した claude-fable-5 の利用不能エラーは、まさにこの即時停止が背景にあったものと考えられます。

2. 確認できた事実と、確認できなかったこと

公式声明と公式ドキュメントから確認できる事実を整理します。出典が確認できなかった事項は、推測せず「公式では確認できなかった」と明記します。

確認できた事実（出典: Anthropic 公式声明）

項目	内容
誰が	米国政府（国家安全保障上の権限を根拠に）
何を	Fable 5 および Mythos 5 へのアクセスを停止する輸出管理指令を発出
いつ発表	2026 年 6 月 12 日（Anthropic の声明公開日）
対象	米国内外を問わずすべての外国籍者（外国籍の Anthropic 従業員を含む）
Anthropic の対応	「コンプライアンス確保のため、全顧客に対し Fable 5 と Mythos 5 を即座に無効化せざるを得ない（we must abruptly disable Fable 5 and Mythos 5 for all our customers to ensure compliance）」
他モデルへの影響	「Anthropic の他のすべてのモデルへのアクセスは影響を受けない（Access to all other Anthropic models will not be affected）」
Anthropic の立場	「これは誤解だと考えており、できるだけ早く復旧に取り組む」

声明によれば、米国政府は Fable 5 の「ジェイルブレイク（jailbreaking）」手法に気づいたと見ており、具体的には「特定のコードベースを読ませて、そのソフトウェアの欠陥を修正させる（read a specific codebase and fix any software flaws）」という手法が問題視された、と説明されています。

ポイントは次の 2 点です。

対象は Fable 5 と Mythos 5 のみで、Opus 4.8 などの他のモデルは影響を受けないと明言されています。
**停止は「abruptly（突然・即座に）」かつ「all our customers（全顧客）」**に及ぶ、という強い表現が使われています。

確認できなかったこと（断定しません）

公式声明・公式ドキュメントの範囲では、次の点は確認できませんでした。

猶予期間・地域別の段階適用: 声明は「abruptly disable」「all our customers」とのみ述べており、地域ごとの猶予期間や段階的な適用についての記載は確認できませんでした。特定の国・地域を列挙する記述もありません。
日本のユーザー・顧客への個別の影響: 声明は「すべての外国籍者（any foreign national）」を対象としており、日本や日本のユーザーを名指しする記述はありません。日本の利用者への具体的な影響は、公式では明言されていません。米国の輸出管理は対象者の国籍・所在に基づいて適用される性質のものですが、本件の自社・自国への具体的な適用関係は、公式情報だけでは確定できないため、断定は避けます。
復旧時期: 「できるだけ早く」とは述べられていますが、具体的な復旧時期は示されていません。
代替モデルの推奨: 声明には「どのモデルに切り替えるべきか」という移行案内は含まれていません。Claude Code への具体的な言及もありません。

補足: ドキュメントの記載状態について

本稿執筆時点（2026 年 6 月 13 日）でも、Claude の公式モデル一覧（英語版）では Fable 5（claude-fable-5）が依然「一般提供（GA）」として掲載されています。ドキュメントの更新は今回のような緊急の事象に比べてタイムラグが生じます。したがって、「ドキュメントに載っている＝今この瞬間アクセスできる」とは限らない点に注意してください。実際の可用性は、今回のような緊急声明や実際の API レスポンス（およびエラー）のほうが先行する、という前提で運用するのが安全です。

3. 当面の対策 ― 開発者が今すぐできること

「他のすべてのモデルは影響を受けない」と公式に明言されている以上、当面の現実的な打ち手は Fable 5 以外のモデルへ切り替えることです。

3-1. Claude Code を使っている場合

エラーメッセージにあるとおり、/model でモデルを切り替えます。Anthropic API 利用時、opus エイリアスは Opus 4.8 に解決されます（Claude Code モデル設定ドキュメント・英語版）。

/model opus

セッション中の即時切り替えのほか、起動時のフラグや環境変数でも指定できます（同ドキュメント、優先度順）。

# 起動時に Opus 4.8 で開始
claude --model opus

# バージョンを固定したい場合はフルのモデル名を指定
claude --model claude-opus-4-8

エイリアス（opus など）は「自社プロバイダーにおける推奨バージョンを指し、時間とともに更新される」ため、挙動を固定したいならフルのモデル名（例: claude-opus-4-8）を指定するのが定石です（同ドキュメント）。

なお、Claude Code には fallback model chains 機能があり、主モデルが過負荷・利用不能・その他の非リトライ可能なサーバーエラーを返したときに、別モデルへ自動で切り替えられます（同ドキュメント）。

# セッション単位で指定
claude --fallback-model sonnet,haiku

// settings に永続化する場合
{
  "fallbackModel": ["claude-sonnet-4-6", "claude-haiku-4-5"]
}

ただし注意点として、このフォールバックチェーンが発動するのは「過負荷・到達不能・非リトライ可能なサーバーエラー」のときであり、認証・課金・レートリミット・リクエストサイズ・トランスポート系のエラーでは発動しないとされています（同ドキュメント）。今回のような「指令によるモデルの利用停止」がチェーンの発動条件に当てはまるかどうかは、エラーの返り方に依存し、公式に明示されているわけではありません。したがって、主モデルを Fable 5 以外（例: Opus 4.8）にしておくのが、もっとも確実な当面策です。

参考までに、Anthropic API における Claude Code のモデルエイリアスの解決先は次のとおりです（同ドキュメント）。

エイリアス	Anthropic API での解決先
`opus`	Opus 4.8
`sonnet`	Sonnet 4.6
`haiku`	Haiku（最新）
`fable`	Fable 5（＝今回停止対象）
`best`	Fable 5 にアクセスできればそれ、なければ最新 Opus

best エイリアスは「Fable 5 にアクセスできればそれを使い、できなければ最新 Opus を使う」と定義されています（同ドキュメント）。可用性を最優先するなら、best のような「アクセス可能なものに寄せる」指定は今回のような状況での緩衝材になり得ます。ただし、選定されるモデルが状況によって変わる点は、再現性・コスト管理の観点で把握しておく必要があります。

3-2. API / アプリに組み込んでいる場合 ― モデル ID フォールバックの考え方

自前のアプリや API で claude-fable-5 をハードコードしている場合、今回のような停止は 特定のモデル ID へリクエストを送ったときのエラーとして顕在化します。実装上の指針は次のとおりです。

モデル ID を設定値として外出しする: コードに claude-fable-5 を直書きせず、環境変数や設定で差し替えられるようにしておく。インシデント時に再デプロイなしで claude-opus-4-8 へ切り替えられることが理想です。
フォールバック先を明示的に設計する: 主モデルが使えない場合に、能力的に近い代替（例: Opus 4.8）へ自動的に落とす経路をアプリ側に持たせる。Fable 5 と Opus 4.8 は API の使い方がほぼ共通（「ほぼドロップイン」）であるため、切り替え自体のコストは比較的小さいです。詳細は弊社の関連記事「Claude Fable 5 とは何か。Opus 4.8 との違いと使い分け、移行の注意点」で整理しています。
エラー種別を見分ける: 「モデルが存在しない／アクセスできない」系のエラーと、レートリミットや一時的な過負荷を区別してハンドリングする。前者は別モデルへの切り替え、後者はリトライ、と処理を分けることで、今回のような可用性喪失時にも自動で代替モデルへ流せます。
コスト・挙動の差を織り込む: Fable 5（入力 $10 / 出力 $50 per MTok）と Opus 4.8（入力 $5 / 出力 $25 per MTok）では単価が異なり、思考モードの挙動なども異なります（料金ページ、モデル一覧）。フォールバックは「動き続ける」ことを担保する一方で、コストや出力特性が変わる点を運用で許容できるか、事前に確認しておきましょう。

なお、Claude Code・Claude API には「Fable 5 が安全性分類器に反応したとき、Opus 4.8 へ自動フォールバックする」という別の仕組みもあります（モデル設定ドキュメント）。これは今回の「指令による全面停止」とは別物で、あくまで内容ベースのルーティングです。混同しないよう整理しておくと、インシデント対応時の判断が速くなります。

4. 今後 Fable 5 を業務利用し続けることのリスクと考え方

今回の件は、技術的な不具合ではなく規制起因の可用性リスクが現実に顕在化した事例です。性能やコストの議論とは別の軸で、次のようなリスクを認識しておく必要があります。

4-1. 認識すべきリスク

規制起因の可用性リスク: モデルの提供は、技術的な安定性だけでなく、輸出管理をはじめとする規制環境にも左右されます。今回のように、性能トップクラスのモデルが前触れなく即座に利用不能になり得ます。
モデル／ベンダー依存リスク: 単一モデル（特に最先端・規制の注目を集めやすいモデル）に業務クリティカルな処理を依存させると、そのモデルの停止が事業継続に直結します。
復旧の不確実性: 今回 Anthropic は復旧に取り組むとしていますが、時期は示されていません。「いつ戻るか分からない」前提で代替手段を用意できているかが問われます。

4-2. 実務的なリスク低減策

観点	具体策
モデル抽象化	アプリ内でモデル ID を直書きせず、設定で差し替え可能にする。切り替えに再デプロイを要しない構成にする
複数モデル対応	主モデルと代替モデルの双方で動作検証を済ませておく（例: Fable 5 を使う処理が Opus 4.8 でも許容範囲で動くか）
フォールバック設計	Claude Code の fallback chains、API のクライアント側リトライ／切替ロジックを整備し、エラー種別で分岐する
SLA・可用性前提の見直し	「常に最高性能モデルが使える」前提を外す。最高性能モデルが落ちても業務が回る縮退運転（グレースフルデグラデーション）を設計する
影響範囲の把握	どの機能・処理が Fable 5 に依存しているかを棚卸しし、停止時の影響度を事前に評価しておく
情報の継続監視	公式の発表・ステータス・モデル一覧を定期的に確認する運用を持つ。ドキュメントはタイムラグがある前提で、緊急発表も併せて監視する

要点は、**「最高性能のモデルを常用しつつ、それが突然消えても業務が止まらない構造」**を作っておくことです。最先端モデルを使うこと自体を否定する必要はありません。重要なのは、能力を享受しながらも、そこに過度に依存しない設計にしておくことです。

5. まとめ

2026 年 6 月 12 日、米国政府の輸出管理指令を受けて、Anthropic は Fable 5 と Mythos 5 へのアクセスを全顧客向けに即座に停止しました（公式声明）。弊社開発者が遭遇した claude-fable-5 の利用不能エラーは、この停止が背景にあったものと考えられます。
対象は Fable 5 / Mythos 5 のみで、Opus 4.8 など他のモデルは影響を受けないと明言されています。
当面の対策は、Fable 5 以外（とくに Opus 4.8）への切り替えです。Claude Code なら /model opus、API/アプリならモデル ID のフォールバック設計が有効です。
猶予期間・日本の利用者への個別の影響・復旧時期は、公式情報では明言されていません。推測は避け、最新の公式情報を確認してください。
今回の件は、規制起因の可用性リスクが現実になった好例です。モデル抽象化・複数モデル対応・縮退運転を前提に、特定モデルへの過度な依存を避ける設計をおすすめします。

つくばAIラボでは、こうしたモデル選定・フォールバック設計・可用性リスクへの備えを、お客様のワークロード特性とリスク許容度に合わせてご支援しています。「Fable 5 が使えない間どう回すか」「恒久的にどう備えるか」の両面から、小さく検証して移行する進め方をおすすめします。

本件は輸出管理という法規制が関わるため、自社・自国への具体的な適用関係や最新の状況については、必ず公式発表および専門家にご確認ください。

参考資料

Anthropic 公式声明「Statement on the US government directive to suspend access to Fable 5 and Mythos 5」: https://www.anthropic.com/news/fable-mythos-access
Claude Docs「Models overview」: https://platform.claude.com/docs/en/about-claude/models/overview
Claude Docs「Pricing」: https://platform.claude.com/docs/en/about-claude/pricing
Claude Code Docs「Model configuration」: https://code.claude.com/docs/en/model-config
関連記事（弊社ブログ）「Claude Fable 5 とは何か。Opus 4.8 との違いと使い分け、移行の注意点を一次情報で整理する」: ./2026-06-10-claude-fable-5-vs-opus-4-8.md