結論:Claude Fable 5とMythos 5は、2026年6月12日に米政府(商務省)の輸出管理命令によって全ユーザーで利用停止になった。公開(6/9)からわずか3日。原因は「外国籍ユーザーへのアクセス禁止」という指令で、これに完全準拠するためAnthropicは全顧客で一括無効化せざるを得なかった。Anthropicは「誤解」として復旧に動いている。Opus 4.8など他のClaudeモデルは通常通り使えるので、当面はそちらに切り替えれば業務は止まらない。
- 何が止まったか:Claude Fable 5 / Mythos 5(+Mythos Preview)。他モデル(Opus 4.8・Sonnet・Codex連携等)は影響なし
- 原因:米商務省の輸出管理命令(国家安全保障を根拠に、外国籍ユーザー全員のアクセスを禁止)→ 選別が困難なため全顧客で無効化
- 復旧:Anthropicは「過剰な措置で誤解」と反論し、容量確保でき次第サブスク標準に戻す方針。時期は未定
- 今すぐの対処:Fable 5を使っていた業務はOpus 4.8に切り替え(影響なし)。Opus 4.8ガイド参照
- 本質的な教訓:性能・料金だけでなく「規制・地政学で突然止まる」リスクが現実化。1モデル依存をやめ、フォールバックを設計する
- 対象読者:Fable 5/Claude Codeを業務で使っていて「急に使えなくなった」方、AIを基幹業務に組み込む経営者・情シス・開発リード
「昨日まで普通に使えていたClaude Fable 5が、今朝になって急にエラーで動かない」——正直、私自身が6月12日にそれを体験した一人です。普段Claude Codeで重いタスクをFable 5に投げていたので、最初は「また自分のトークン枠か設定の問題か」と疑いました。でも調べてみると、原因は障害でも設定ミスでもなかった。米政府の命令により、AnthropicがFable 5とMythos 5へのアクセスを全世界で停止していたのです。
Claude Fable 5は、2026年6月9日に正式リリースされたばかりの最新フラッグシップモデルでした。長距離の自律タスク——数時間かかる大規模リファクタや移行作業——を一気通貫でやり切る性能が売りで、業務自動化の現場でも期待が大きかった。それが公開からわずか3日後の6月12日、突然全ユーザーで利用停止になりました。リリース直後の最新モデルが、性能の問題でも会社都合でもなく「政府の指令」で消える——これはAIの世界では異例の事態です。
実を言うと、企業向けのAI研修や導入支援の現場でも、ここ最近「最新モデルに全部寄せて大丈夫か」「特定のAIに業務を全面依存させて、もし使えなくなったらどうするのか」という質問が増えていました。今回の件は、その懸念がもっとも分かりやすい形で現実になった事例だと感じています。性能やコストの比較表には決して出てこない「規制・地政学リスク」という変数が、AI活用の前提条件として表に出てきたわけです。
この記事では、確認できた事実だけをもとに、(1)何が起きたのか、(2)なぜ起きたのか(輸出管理という仕組みの背景も含めて)、(3)業務でどう対処すべきか、そして(4)「特定モデルが突然止まっても業務を止めない」ための事業継続プレイブックを、AIを実務に組み込む立場から整理します。本記事は2026年6月13日時点の情報で、状況は今後変わる可能性があります。
何が起きたのか(タイムライン)
まず時系列を整理します。リリースから停止までの異常な速さが、この件のインパクトを物語っています。
- 6月1日(背景):米商務長官 Howard Lutnick 氏から Anthropic CEO Dario Amodei 氏へ書簡。輸出管理に関する指令が伝えられたとされる
- 6月9日:Claude Fable 5・Mythos 5が正式リリース。長距離自律タスク性能・1Mトークンコンテキスト・常時オンの思考(thinking)を備えたフラッグシップとして登場
- 6月12日:Anthropicが政府指令に従い、Fable 5・Mythos 5・Mythos Preview への全アクセスを停止。ユーザー側からは「急にエラーで使えない」状態に
- 6月13日(現在):停止継続中。Anthropicは公式声明で措置への異論を表明しつつ、復旧に向けて動いている(時期は未定)
つまり「公開→3日で全停止」。新モデルのローンチ週に、そのモデルだけが消えるという前代未聞の展開でした。Fable 5を業務フローに組み込み始めていた人ほど、影響を直撃で受けた形です。
なぜ停止したのか:米政府の輸出管理命令の中身
停止の直接の理由は、米商務省(U.S. Commerce Department)が国家安全保障を根拠に出した輸出管理(export control)の指令です。報道とAnthropicの公式声明を突き合わせると、指令の骨子は次の通りとされています。
- 外国籍(foreign national)のユーザー全員——米国内・国外を問わず、さらにAnthropicの外国籍従業員も含めて——による Fable 5 / Mythos 5 へのアクセスを禁止する
- これに完全準拠するため、Anthropicは「対象ユーザーだけを選んで止める」のではなく、全顧客に対してFableとMythosを一括で無効化する判断をした
「なぜ全員を止めるのか。日本人だけ、あるいは特定国だけ止めればいいのでは」と思うかもしれません。ですが、SaaSとして数億人規模に提供されているモデルで「誰が外国籍か」を即座に正確に切り分けて遮断するのは現実的に困難です。指令への準拠を確実にするには、いったん全停止する方が早い——そういう判断だったと見られます。引き金になったのは、モデルに対する「narrow(限定的)な脱獄(jailbreak)の可能性」という安全保障上の指摘とされています。
【背景解説】そもそもAIの「輸出管理」とは何か
「ソフトウェアなのに輸出管理?」とピンとこない方が多いと思うので、ここを少し丁寧に解説します。AIを業務の基盤に据えるなら、この仕組みを知っておく価値があります。
輸出管理=安全保障に関わる技術の「出口」を国が管理する制度
輸出管理とは、軍事転用などのリスクがある技術・製品が、規制対象の相手に渡らないよう国家が管理する制度です。半導体製造装置や高性能チップが対象になってきたのはニュースで見たことがある方も多いはずです。重要なのは、近年この「管理対象」に最先端のAIモデルそのものが含まれ得るという流れが強まっている点です。
フロンティアモデル(最先端の大規模AI)は、サイバー領域や情報操作など安全保障に直結し得る能力を持ち得る、という見方があります。だからこそ国家は「最も高性能なモデルへ、誰がアクセスできるか」をコントロールしようとする。今回の「外国籍ユーザーのアクセス禁止」という指令は、この延長線上にあります。
クラウドで提供されるAIは「いつでも止められる」
もうひとつ押さえておきたいのが、クラウドAIは提供側(と、その上に立つ規制当局)の判断でいつでも止められるという構造的事実です。自社サーバーにインストールした買い切りソフトと違い、API・チャット型のAIは「サービスとして借りている」状態。提供が止まれば、その瞬間から使えません。今回はまさにそれが、自社都合ですらなく外部(政府指令)の要因で起きました。
これは「だからクラウドAIは危険」という話ではありません。利便性・性能・更新の速さを考えればクラウドAIは依然として正解です。ただし「外的要因で止まり得る」前提を運用設計に織り込む必要がある、ということです。後半の事業継続プレイブックはまさにこの前提に立っています。
Anthropicの見解:「過剰な措置で、誤解だ」
Anthropicは公式声明で、この措置に対して明確に異論を示しています(要旨)。
- 限定的な脱獄の可能性を理由に、すでに数億人規模に提供されている商用モデルを回収するのは過剰である
- この基準を業界全体に一律適用すれば、あらゆるフロンティアモデルの新規提供が事実上止まってしまう恐れがある
- 本件は誤解だと考えており、できるだけ早くアクセスを復旧させたい。十分な容量が確保でき次第、Fable 5をサブスクリプションプランの標準として戻すことを目指す
つまり構図としては「Anthropicが安全性の問題で自主的に引っ込めた」のではなく、「政府指令に従わざるを得ず、しかもAnthropic自身はその判断に反対している」という状態です。ここはユーザーが状況を読む上で重要なニュアンスで、「Fable 5は危ないモデルだから消えた」という理解は正確ではありません。
影響範囲:止まったのはFable 5/Mythos 5だけ
パニックにならないために、いちばん大事な事実を強調します。今回の停止対象はFable 5とMythos 5(とMythos Preview)に限られます。それ以外のAnthropicモデルは通常通り使えます。
| モデル | 状態 | 備考 |
|---|---|---|
| Claude Fable 5 / Mythos 5 | 🔴 利用停止中 | Mythos Previewも対象 |
| Claude Opus 4.8 | ✅ 通常利用可 | 当面の主力候補。性能も十分高い |
| Claude Sonnet 系 | ✅ 通常利用可 | 軽量・高速・低コスト用途 |
| Claude Code(Opus/Sonnet利用) | ✅ 通常利用可 | Fableを明示指定したときだけ不可 |
言い換えると、「Claudeが全部使えなくなった」わけではない。Fable 5に依存していた一部の業務を、別モデルに振り替えれば日常業務は止まりません。次の章でその切り替え手順を具体的に示します。
今すぐの対処:Opus 4.8に切り替える(具体手順)
Fable 5を業務に組み込んでいた場合、当面はOpus 4.8への切り替えが現実的です。Opus 4.8は今回の停止の影響を受けておらず、日常のコーディング・文書作成・分析・要約といったタスクの大半はOpus 4.8で十分カバーできます。
- Claude Codeの場合:
/model opusでOpus 4.8に切り替え(/model fableは現在使えません) - APIの場合:リクエストのモデルIDを
claude-fable-5からclaude-opus-4-8系へ変更 - 長距離の自律タスク:Fable 5の本領だった「数時間ぶっ通しの巨大タスク」は、Opus 4.8で工程を分割して進めるか、本当に必要なものは復旧を待つ
切り替えの判断や設定変更を「人の記憶」に頼ると、復旧後にFable指定へ戻し忘れたり、逆にFable前提のスクリプトがエラーを吐き続けたりします。まず「今この瞬間、自社のどこがFable 5に依存しているか」を一度棚卸しするのが先決です。そのための実用プロンプトを置いておきます。コピペして自社の状況を入れてください。
あなたはAI運用の事業継続を担当するコンサルタントです。
以下の前提で、当社の「特定AIモデル依存リスク」を棚卸ししてください。
【前提】
- 当社が業務で使っているAI: (例)Claude Code / ChatGPT / 自社APIアプリ
- AIを使っている業務: (例)コードレビュー、議事録要約、問い合わせ一次対応、資料ドラフト
- 特定モデルを名指しで指定している箇所: (分かる範囲で)
【出力してほしいもの】
1. 「そのモデルが今日突然止まったら困る業務」を影響度の高い順に一覧化
2. 各業務について、代替モデルで代替可能か / 不可能か
3. 代替時に品質・コスト・速度がどう変わるかの注意点
4. 今すぐやるべき対処と、1週間以内にやるべき対処の切り分けOpus 4.8の使い方の詳細はClaude Opus 4.8完全ガイド、Fable 5との元々の使い分け(復旧後に有効)はClaude CodeでFable 5を使う方法を参照してください。AI導入全体の進め方はAIエージェント導入の完全ガイドにまとめています。
【実務】特定モデルが止まっても業務を止めない「事業継続プレイブック」
ここからが、今回の件から本当に持ち帰るべき部分です。「Fable 5が復旧したら終わり」ではありません。次に別のモデルが、別の理由(規制・障害・値上げ・提供終了)で止まっても、業務が止まらない体制を作る。これはAIを基幹業務に入れる全企業に共通する課題です。研修や導入支援の現場で実際に推奨している考え方を、4ステップで示します。
ステップ1:モデル依存マップを作る(可視化)
まず「どの業務が、どのAIモデルに、どれくらい依存しているか」を一枚の表にします。頭の中にあるだけだと、いざ止まったときに「どこに影響が出るか」を即答できません。最低限、次の3列を埋めてください。
| 業務 | 使用モデル(指定の有無) | 止まったときの影響 |
|---|---|---|
| 例:日次のコード自動レビュー | Fable 5を明示指定 | 大(リリース判定が遅延) |
| 例:問い合わせ一次対応の下書き | モデル指定なし(自動) | 小(手動で代替可) |
ステップ2:フォールバックを事前に決める(切り替え手順の標準化)
「このモデルが落ちたら次はこれ」という降格ルール(フォールバック)を事前に文書化しておきます。今回のように混乱した朝に、各自がバラバラに対応し始めると復旧が遅れます。Claude Codeなら /model 一発で切り替えられるので、チームの共通ルールにしておくだけで初動が変わります。フォールバック設計を詰めるためのプロンプトです。
当社のAI業務フローについて、フォールバック(代替切り替え)設計を作ってください。
【入力】
- 主に使うモデルと用途: (例)長距離タスク=Fable 5、日常=Opus 4.8、軽作業=Sonnet
- 止められない重要業務: (例)顧客向けチャット応答、日次バッチ処理
【出力】
1. 各業務の「第1選択 → 第2選択 → 手動運用」の3段フォールバック表
2. 切り替えのトリガー条件(何が起きたら降格するか)
3. 切り替え時に誰が何を実行するか(担当と手順)
4. 復旧後に元へ戻すときのチェックリストステップ3:社内に正しく周知する(パニックと自己判断を防ぐ)
今回、現場で起きがちなのが「自分のアカウントが凍結された」「課金が止まった」といった誤解によるパニックです。原因と対処を一斉に共有するだけで、問い合わせ対応や手戻りが激減します。そのまま使える社内アナウンス文の生成プロンプトを置きます。
社内向けに、AIモデル利用停止のアナウンス文を作ってください。
落ち着いたトーンで、過度に不安を煽らず、やることが明確に伝わる文章にしてください。
【状況】
- 利用停止になったもの: (例)Claude Fable 5
- 原因: 外部要因による提供停止(自社アカウントの問題ではない)
- 影響しないもの: (例)Opus 4.8など他モデルは通常利用可
- 社員にやってほしいこと: (例)Fable指定をOpus 4.8に切り替え
【出力】
1. Slack/メール向けの短い周知文(300字程度)
2. 「よくある勘違い」Q&A 3つ(アカウント凍結では?課金は?等)
3. 切り替え手順の箇条書きステップ4:マルチモデル前提で設計する(中長期)
中長期では、そもそも特定の1モデル・1ベンダーに全業務を賭けない設計に寄せます。具体的には「タスクの種類でモデルを使い分ける」「重要業務はベンダーをまたいで代替できるようにする」「モデルIDを設定の一箇所で管理して切り替えを一発にする」といった工夫です。最初から完璧にやる必要はありませんが、重要業務から順に「止まっても代替が効く」状態にしていくのが王道です。マルチモデル運用の前提づくりはAI導入戦略の立て方も参考にしてください。
【要注意】今回の件でやりがちな失敗4つ
混乱したタイミングほど、判断を誤りやすい。現場で起きがちな失敗を先回りで潰しておきます。
失敗1:原因を自社のせいだと思い込んで時間を溶かす
❌ 「自分のアカウントが凍結された?課金ミス?」と原因調査に時間を使い、サポートに問い合わせの列を作る。
⭕ これは外部要因による全ユーザー停止。自社の問題ではない。原因究明より「代替モデルへの切り替え」に即座に動く。
失敗2:復旧を待って業務を止めてしまう
❌ 「Fableが戻るまで待とう」と重要業務を止める。復旧時期は未定なので、待つほど損失が膨らむ。
⭕ Opus 4.8など使えるモデルで業務を継続する。長距離タスクだけは分割するか優先度を下げて待つ、と切り分ける。
失敗3:慌てて別ベンダーへ全面移行する
❌ 「Anthropicは信用できない」と勢いで全業務を別AIへ一括移行 → 移行コストと品質低下で大ダメージ、しかも移行先も同種の規制リスクは抱えている。
⭕ まずは同じClaude内のOpus 4.8で凌ぐ。ベンダー分散は中長期の設計課題として冷静に進める。
失敗4:今回を「一過性の事故」として何も学ばない
❌ 復旧したら元通りFable全依存に戻し、フォールバックも依存マップも作らない。次に何かが止まったとき、また同じ混乱を繰り返す。
⭕ 今回を「依存リスクの可視化とフォールバック整備」のきっかけにする。痛い経験を体制改善に変える。
業界への示唆:AI活用に「規制・地政学」という変数が加わった
今回の件が示したのは、特定モデルの一時停止という個別事象を超えた、より大きな構造変化です。
これまでAIモデルの選定は、おおむね「性能・料金・速度・使いやすさ」で語られてきました。そこに今回、「規制・地政学リスクによって、外資のフロンティアモデルが突然止まり得る」という変数がはっきり加わった。しかもAnthropic自身が指摘した通り、もし同じ基準が業界全体に一律適用されれば、影響はAnthropic1社にとどまりません。最先端AIを提供する各社が同種のリスクを抱えることになります。
日本の企業にとって特に重要なのは、主要なフロンティアモデルの多くが海外(特に米国)製であるという点です。基幹業務に外資のクラウドAIを深く組み込むほど、自社の努力では制御できない外的要因の影響を受けやすくなる。だからといって使わない選択は競争上あり得ません。現実的な答えは「使う。ただし、止まっても業務が続く設計にしておく」——前章のプレイブックに尽きます。
復旧の見通し
Anthropicは「できるだけ早く復旧させたい」「容量が確保でき次第サブスクの標準に戻す」と表明していますが、政府指令が絡むため具体的な時期は約束されていません。当面はOpus 4.8で業務を継続するのが安全です。本記事は2026年6月13日時点の情報で、状況は変わり得ます。最新の正確な情報は、必ずAnthropic公式の発表を直接確認してください。
よくある質問(FAQ)
Q. 自分のアカウントが凍結されたのですか?
いいえ。アカウントの問題ではなく、Fable 5/Mythos 5というモデル自体が全ユーザーで停止されています。あなたのClaudeアカウント自体は通常通り使え、Opus 4.8などは利用できます。サポートへ凍結解除を依頼しても解決しません。
Q. 日本のユーザーは関係ないのでは?なぜ自分も止まったの?
指令は「外国籍ユーザー全員のアクセス禁止」が骨子とされ、これに確実に準拠するためAnthropicが全顧客で一括無効化したためです。特定国だけを正確に切り分けて遮断するのが現実的に難しく、いったん全停止する判断になったと見られます。
Q. 課金や無料期間はどうなりますか?
Fable 5は元々2026年6月22日までプラン内の無料期間で、6月23日からクレジット制へ移行する予定でしたが、停止によりこのスケジュールは中断しています。課金の具体的な扱いは今後のAnthropic公式の案内を確認してください。
Q. いつ使えるようになりますか?
未定です。Anthropicは早期復旧を目指していますが、政府指令が関わるため時期は約束されていません。当面はOpus 4.8で業務を継続するのが安全です。
Q. Fable 5は危険なモデルだから消えたのですか?
そう単純化するのは正確ではありません。Anthropic自身は今回の措置を「過剰で誤解」として反対しています。引き金は限定的な脱獄可能性の指摘とされますが、Anthropicは商用モデルの回収という対応は過剰だと主張しています。
Q. 他のAI(ChatGPT等)に乗り換えるべきですか?
勢いでの全面移行は推奨しません。まずは同じClaude内のOpus 4.8で凌ぐのが低リスクです。ベンダー分散は中長期の設計課題として、重要業務から順に「代替が効く」状態を整えるのが現実的です。乗り換え先も同種の規制・障害リスクは抱えている点に注意してください。
まとめ
- ① Fable 5/Mythos 5は6/12に米輸出管理命令で全停止。公開3日後の異例の事態。原因は外国籍ユーザーのアクセス禁止指令で、選別困難ゆえ全顧客で一括無効化された
- ② 他のClaudeモデル(Opus 4.8等)は無事。当面はOpus 4.8に切り替えれば日常業務は止まらない
- ③ 本質的な教訓は「規制・地政学で突然止まる」リスクの顕在化。依存マップ→フォールバック→社内周知→マルチモデル設計の順で、止まらない体制を作る
最新モデルが突然使えなくなる——今回の件は、AIを業務に組み込むうえで「規制・地政学リスク」も無視できない時代に入ったことを、これ以上ないほど分かりやすく示しました。重要なのは、特定の1モデルに全業務を賭けず、いつでも代替に切り替えられる体制を作っておくことです。自社のAI活用を「止まらない設計」にしたい、依存リスクの棚卸しやフォールバック設計を一緒に進めたい——そんな課題があれば、記事末のリンクからお気軽にご相談ください。
あわせて読みたい
参考・出典
- Anthropic「Statement on the US government directive to suspend access to Fable 5 and Mythos 5」公式声明(2026年6月13日参照)
- CNBC「Anthropic disables access to Fable 5 and Mythos 5 to comply with government directive」(2026年6月12日報道、6月13日参照)
- NBC News / 9to5Mac / Quartz 各報道(2026年6月12日〜13日、6月13日参照)
- Anthropic「Pricing」公式ページ(Fable 5 入力$10/出力$50 per 1M tokens、2026年6月13日参照)
佐藤傑(さとう・すぐる)
株式会社Uravation代表取締役。X(@SuguruKun_ai)フォロワー約10万人。100社以上の企業向けAI研修・導入支援。著書『AIエージェント仕事術』(SBクリエイティブ)。SoftBank IT連載7回執筆(NewsPicks最大1,125ピックス)。
100社以上の支援実績|30分の無料相談で導入設計を一緒に組みます
Claude Code / Codex の社内展開・チーム導入・セキュリティ設計まで、貴社の業務と組織に合わせて伴走支援します。
- 100社以上の企業支援実績
- 初回30分無料・即日返信
- 導入後3ヶ月の伴走付き
お問い合わせフォームから24時間以内にUravation担当者がご返信します。




