結論：Fable 5は戻ってきた——次に問われるのは「止まっても業務が止まらない」設計
米政府の輸出規制により2026年6月12日から全世界で利用できなくなっていたAnthropicの最上位モデル「Claude Fable 5」が、6月30日の規制解除を受けて7月1日から段階的に提供再開されました（出典：Anthropic公式ブログ「Redeploying Claude Fable 5」、2026年7月3日閲覧。一次情報）。影響を受けるのは、Fable 5クラスの最上位モデルをすでに業務へ組み込んでいる企業、そして今後の導入を検討しているすべての企業です。
次に確認すべきことは二つあります。第一に、7月7日まで提供される追加費用なしの利用枠（詳細は後述）を使って、再開後のモデル挙動を自社ユースケースで検証すること。第二に、この約3週間の顛末を「一度きりの珍事」で終わらせず、自社のAI実装が特定モデルの供給停止に耐えられるかを、AI版のBCP（事業継続計画）として文書化することです。
リリースからわずか3日で停止、解除まで18日間の空白、そして段階的な復旧——。フロンティアAIの供給が政府判断で左右される時代の「停止から復旧までの完全な1サイクル」が、初めて観測可能なデータとして出そろいました。本稿は、6月29日公開のフロンティアAIモデルの供給・地政学リスク解説の続報です。前回は「なぜ止まったのか」という構造を整理しました。今回は規制解除後の視点から、「止まっても業務を止めない」ためのBCP実装論に踏み込みます。
FREE CONSULTATION
この記事の内容について、専門家に相談できます
AI・DX・セキュリティに関するご質問やお見積もりなど、お気軽にお問い合わせください。
何が起きたのか：リリースから再開までの時系列
まず、Anthropic公式発表で確認できる事実関係を時系列で整理します。
| 日付 | 出来事 |
|---|---|
| 2026/6/9 | Claude Fable 5がリリース |
| 2026/6/12 | 米政府がFable 5とMythos 5に輸出規制を適用。外国籍利用者をリアルタイムに判別する手段がなかったため、Anthropicは両モデルを全ユーザー向けに提供停止 |
| 2026/6/26前後 | Mythos 5のみ、政府承認の企業・連邦機関に限定して解禁（複数メディアの報道ベース） |
| 2026/6/30 | 米政府が規制を解除 |
| 2026/7/1 | Fable 5の全世界向け提供を段階的に再開。Claude Platform（API）・Claude.ai・Claude Code・Claude Coworkが対象 |
| 〜2026/7/7 | Pro・Max・Team・一部EnterpriseプランでFable 5が週間利用上限の50%分まで追加費用なしで利用可能。以降は利用クレジット制へ移行 |
（出典：Anthropic公式ブログ「Redeploying Claude Fable 5」、2026年7月3日閲覧。6/26前後のMythos 5限定解禁のみ報道ベースで、詳細は前回記事を参照）
公式発表から読み取れる、再開の3つの要点
要点1：再開は「一斉」ではなく「段階的」——チャネル間に時差がある
公式発表によれば、7月1日からの復旧はClaude.ai・Claude CodeといったAnthropic直接チャネルから始まり、AWS・Google Cloud・Microsoft Foundry経由のアクセス復旧は「進行中」と表現されています。つまり、クラウドマーケットプレイス経由でFable 5を調達している企業は、直接チャネルの利用者より復旧が遅れる可能性を織り込む必要があります。Microsoft FoundryでのClaude提供開始の際にも整理したとおり、同じモデルでも提供チャネルが異なれば、提供条件も復旧タイミングも別物として管理すべき対象です。
要点2：再開後のモデルは、停止前と完全に同一の挙動とは限らない
公式発表では、Amazonの研究者からFable 5のセーフガードを迂回する手法が報告されたこと、これを受けて改良版のセーフティクラシファイアを実装したことが説明されています。当該手法は99%超のケースでブロックされるとのことです。安全性の向上そのものは歓迎すべきニュースですが、業務システムに組み込む側の視点では別の含意があります。復旧後のモデルは、拒否判定まわりの挙動が停止前と変わっている可能性があるということです。停止前のプロンプトやワークフローをそのまま本番へ戻す前に、挙動の再検証を挟むべき理由がここにあります。
要点3：7月7日までの利用枠は、有料プラン向けの「検証ウィンドウ」
Pro・Max・Team・一部Enterpriseプランでは、7月7日までFable 5が週間利用上限の50%分まで追加費用なしで含まれ、その後は利用クレジット制に移行します（出典：同上）。この期間の使い方は後段で提案します。
独自分析：この3週間が実証した「AIモデル供給リスク」の4つの実像
今回の事例が貴重なのは、憶測ではなく実際に起きた出来事として、AIモデル供給リスクの性質を具体的に観測できた点です。公式発表と時系列から導ける実像は次の4つです。
第一に、停止は予告なく、即日で来る。 6月9日のリリースから停止までわずか3日でした。移行期間もサンセット告知もない停止は、通常のモデル廃止（ディプリケーション）スケジュールとはまったく別の事象です。
第二に、復旧時期は事前に読めない。 結果として6月12日の停止から6月30日の解除まで18日間でしたが、この長さは事後にしか分かりませんでした。システム障害であれば「復旧見込み◯時間」という続報を待てますが、政府判断による停止では復旧予告そのものが存在しません。復旧時間（RTO）を自社でコントロールできない以上、「待つ」以外の選択肢——つまりフォールバック——を平時に用意しておくしかありません。
第三に、復旧は段階的で、調達チャネルによって順番が異なる。 要点1のとおり、直接チャネルとクラウド経由では復旧に時差があります。BCPの観点では「全部止まる／全部戻る」の二値ではなく、部分復旧の期間をどう運用するかまで想定が必要です。
第四に、これはAnthropic一社の特殊事情ではない。 OpenAIの最新モデルGPT-5.6も、米政府の要請を受けて当初は政府承認の少数のパートナー組織に限定して提供が始まったと報じられています（出典：TechCrunch「OpenAI limits GPT-5.6 rollout after government request, says restrictions shouldn't be the norm」2026年6月26日、CNBC「OpenAI limits new AI models to 'trusted partners' at request of U.S. government」同日。いずれも二次報道、2026年7月3日閲覧）。対象を約20組織とする報道もあります（The Next Web、同時期）。OpenAIは数週間以内の一般提供を目指すと報じられていますが、本稿執筆時点で一般公開の公式発表は確認できておらず、詳細の断定は避けます。それでも、「最上位モデルはまず政府関与のもとで限定提供され、その後に開放される」という流れが特定ベンダーに限らない動きになりつつあることは、報道からも読み取れます。
この4点を重ねると、AIモデルの供給停止は、従来のシステムBCPが想定してきた「データセンター障害」とも「ベンダー倒産」とも性質が異なることが分かります。予告なし・期間不定・復旧後も同一挙動とは限らないという3条件を同時に満たす障害シナリオは、多くの企業のBCP文書にまだ載っていないはずです。
AI-BCPの設計5要素：既存のシステムBCPとの差分を埋める
前回記事では、抽象化レイヤや契約条項の点検といった「依存を減らす」対策の全体像を示しました。今回はそれを一歩進めて、BCP文書として整備する際の5つの構成要素に具体化します。生成AIを基幹・準基幹業務に組み込む業務システム開発の要件定義段階で織り込めば、後付けよりはるかに安く済みます。
1. AI依存マップと業務影響度分析
どの業務が、どのモデルを、どのチャネル（API直・Bedrock・Vertex AI・Foundry）経由で使っているかの台帳を作り、各業務に「モデルが止まったとき何時間・何日耐えられるか」という許容停止時間を付します。全業務を等しく守る必要はありません。守るべきは、停止が売上・納期・顧客対応に直結する業務だけです。
2. フォールバックモデルの事前指名と品質合意
主モデルが止まったときにどのモデルへ切り替えるかを「事前に」決め、切替後の品質低下をどこまで許容するかを業務部門と合意しておきます。最上位モデルから下位モデルへの切替では品質は確実に変わります。「落ちた品質のまま回す」のか「その業務だけ人手に戻す」のか、その境界線を停止が起きてから議論するのでは間に合いません。
3. 縮退運転モードの実装
フォールバック切替を設定変更だけで完了させる鍵はモデル抽象化レイヤですが、それだけでは足りません。モデル間の性能差を前提に、機能を絞った縮退運転モード——たとえば「AIによる下書き生成は続けるが、自動送信は止めて人の承認を挟む」——をあらかじめ実装しておくと、完全停止と通常運転の間に現実的な中間状態を持てます。
4. 復旧手順書——「戻す」ときこそ事故が起きる
今回の事例の教訓が最も濃いのはここです。要点2のとおり、復旧後のモデルはセーフティクラシファイアの更新などで挙動が変わっている可能性があります。本番トラフィックを戻す前に、（a）代表プロンプトセットによる回帰テスト、（b）拒否率・出力形式の変化確認、（c）段階的なトラフィック移行、という手順を文書化しておくべきです。障害対応の世界で「復旧作業中の二次障害」が定番の事故であるように、AIでも「戻したら挙動が違った」は現実的なリスクです。
5. 調達・契約の冗長化
単一チャネルでの調達は、そのチャネルの復旧順位に自社の復旧が従属することを意味します。API直接契約とクラウド経由の複線化、複数ベンダーとの契約維持は、遊休コストではなくBCP費用として計上する価値があります。なお、モデルの単価と切替の費用対効果という論点は本稿の主題と別軸のため、同日公開のClaude Sonnet 5の価格とエージェント運用コストの記事に譲ります。また、AI利用の透明性・ガバナンス統制の観点はClaude Codeの透かし・透明性の記事で扱っています。
この5要素が自社にどこまで揃っているかを第三者の目で棚卸ししたい場合は、モデル供給リスクの評価を含むAI導入可否アセスメントが入口になります。
7月7日までの利用枠を「切替訓練」に転用する
Anthropicが再開にあたって設けた7月7日までの追加費用なし枠（有料プランの週間上限50%分）は、単なる補償として消化するにはもったいない機会です。最上位モデルの実挙動を追加コストなしで確認できる期間は、そのままフォールバック設計の検証に流用できます。具体的には、（1）停止期間中に代替モデルで回していた処理の出力をFable 5の出力と突き合わせて品質差を定量化する、（2）復旧手順書のドラフトどおりに回帰テストを実施してみる、（3）切替と切戻しを実際に一度やってみる——の3つです。訓練なしのBCPが機能しないのは、防災訓練と同じ理屈です。
AIモデルBCPチェックリスト（保存版）
- 業務で使うAIモデルと調達チャネル（API直／Bedrock／Vertex AI／Foundry）の一覧があるか
- AI依存業務ごとの許容停止時間を業務部門と合意しているか
- 主モデル停止時のフォールバックモデルを事前に指名しているか
- フォールバック時の品質低下の許容ラインを定義しているか
- モデル切替が設定変更のみで完了する抽象化レイヤがあるか
- 機能を絞って継続する縮退運転モードを実装しているか
- 復旧時の回帰テスト用プロンプトセットを整備しているか
- 契約書の供給停止条項・通知義務・返金条件を法務が点検済みか
- 停止発生時に誰が切替を判断するか、意思決定フローが決まっているか
- 年1回以上、実際にモデルを切り替える訓練をしているか
よくある質問
Q1. 7月7日まで、何がどこまで無料になるのですか。 A. Anthropic公式発表によれば、Pro・Max・Team・一部Enterpriseプランで、Fable 5の利用が週間利用上限の50%分まで追加費用なしで含まれます。7月7日以降は利用クレジット制に移行します。APIの従量課金全般が無料になるという発表ではない点に注意してください。
Q2. Mythos 5はどうなったのですか。Fable 5との違いは何ですか。 A. 今回の公式発表で全世界向けの再開が明言されたのはFable 5です。Mythos 5は6月26日前後に政府承認の企業・機関に限定して解禁されたと報じられています（報道ベース）。停止に至った経緯を含む詳細は前回記事で整理しています。
Q3. 日本企業の利用も止まっていたのですか。 A. はい。規制は外国籍利用者へのアクセス制限を求めるものでしたが、Anthropicは国籍をリアルタイムに判別できないため全ユーザー向けに停止しました。結果として日本からの利用も6月12日から再開まで止まっていました。
Q4. 再開されたのだから、もうBCPは不要ではないですか。 A. 逆です。今回の事例で「フロンティアモデルの供給停止は実際に起こる」ことが実証されました。GPT-5.6も政府承認組織限定で提供が始まったと報じられており（二次報道）、政府が最上位モデルの提供範囲に関与する構図は今後も続く可能性があります。再開直後で記憶が新しい今が、次の停止に備える設計を整える最適なタイミングです。
モデル供給リスクを前提にした基盤づくりは、平時にしか進まない
「自社のAI活用がどのモデルにどれだけ依存しているか、正確には答えられない」「フォールバックの必要性は感じたが、何をどの順で検証すべきか分からない」「これから基幹業務に生成AIを組み込むが、供給リスクを要件定義へどう織り込むか決めかねている」——今回の3週間でこうした課題が浮かんだなら、動くべきは今です。停止の渦中では選択肢がありませんが、平時なら設計で解決できます。
GXOは、AI導入可否アセスメントでモデル依存の棚卸しと供給リスク評価を、AI開発支援でモデル抽象化とフォールバックを組み込んだ実装を、業務システム開発でAIを含む業務基盤全体の継続性設計を支援しています。モデル冗長化を含むAI基盤の要件定義や、1ベンダー依存になっている実装の棚卸しをご検討の際は、お問い合わせからご相談ください。
出典
- 一次：Anthropic「Redeploying Claude Fable 5」（https://www.anthropic.com/news/redeploying-fable-5 、2026年7月3日閲覧）
- 二次：TechCrunch「OpenAI limits GPT-5.6 rollout after government request, says restrictions shouldn't be the norm」（2026年6月26日、2026年7月3日閲覧）
- 二次：CNBC「OpenAI limits new AI models to 'trusted partners' at request of U.S. government」（2026年6月26日、2026年7月3日閲覧）
- 関連記事：最先端AIモデルが“政府都合”で止まった日──供給・地政学リスクと日本企業のモデル依存対策（本稿の前提となる停止経緯の整理）
