結論: Claude Fable 5 は2026年7月1日（水）にアクセス復元が開始しました。6月9日の公開からわずか3日で米輸出管理命令により全世界停止、6月30日に規制解除、7月1日から順次復元というこの3週間は、最上位AIモデルが政治・規制リスクで突然止まる「可用性リスク」を法人ユーザーに突きつけた最初の事例です。
この記事の要点:
- 6/9公開→6/12全世界停止→6/30規制解除→7/1復元開始という3週間の全経緯
- 「可用性リスク」が実在すると分かった今、法人が採るべき最上位モデル依存設計の見直し
- Fable 5/Opus 4.8 両対応のコピペ可能プロンプト5選と、再開後に今日やること
対象読者: Fable 5の停止で業務が止まった・または今後の可用性リスクを懸念する企業のIT担当者・経営者
読了後にできること: 可用性リスク対策の設計方針を決め、Fable 5復元後に安全に再統合する手順を把握する
「あのモデル、また使えるようになりましたか？」
6月12日以降、研修に来てくださった企業の担当者からこの質問を何度聞いたか分かりません。Fable 5を業務フローに組み込んでいた企業が、突然3週間のブランクを余儀なくされた。AI研修の現場でこれだけ現実的な危機感が漂ったのは初めての経験でした。先週もある製造業の情報システム部長から「先月ちょうど本番移行を完了した矢先だったんです。正直、頭が真っ白になりました」という言葉を聞きました。
100社以上のAI研修・導入支援をしてきて確信していること——最上位モデルは「使えて当たり前」ではない、という事実を、今回の停止劇がはっきり証明しました。「GPUが足りなくてサービス遅延」ではなく「規制命令で全世界同日停止」という形で。しかもその停止が72時間以内に起きたのです。
この記事では、6月9日の公開から7月1日の復元開始まで何が起きたのかを時系列で整理した上で、法人が今日から取るべき「最上位モデル1本足打法を避ける設計」を具体的にお伝えします。タイムライン図解、チェックリスト、コピペ可能プロンプト5選つきです。まだ流動的な部分は「未確定」と明示しながら書きます。
結論から言えば、「再開おめでとう」で終わってはいけません。再開した今だからこそ、次の停止に備える設計を整える絶好のタイミングなんです。
3週間の全経緯——タイムラインで整理する
まずファクトを時系列で確認します。以下は確認できた一次情報のみをまとめたものです。
| 日付 | 出来事 | ステータス |
|---|---|---|
| 2026/6/9（月） | AnthropicがClaude Fable 5（Mythos 5の一般公開版）を正式公開。API・Bedrock・Google Cloud・Microsoft Foundry等で提供開始 | ✅ 公開 |
| 2026/6/12（木） | 米商務省の輸出管理命令を受け、Anthropicが Fable 5・Mythos 5 を全ユーザー・全世界で即日停止。「セーフガードが容易に回避され得る」とのジェイルブレイク報告が引き金 | 🔴 全停止 |
| 2026/6/26（木）頃 | Mythos 5 のみ、審査通過済みの米国重要インフラ防衛組織に限定して部分解除。Fable 5 は一般向け停止継続 | ⚠️ Mythos 5 限定部分解除 |
| 2026/6/30（火） | Anthropic公式が「商務省よりFable 5・Mythos 5の輸出管理解除通知を受けた。明日（7/1）からアクセス復元を開始する」と発表 | ✅ 規制解除発表 |
| 2026/7/1（水） | Fable 5 のアクセス復元開始（本記事公開日） | 🟢 復元開始 |
公開からわずか72時間で全停止——AI業界でこれほど急速に「使えなくなった」ケースは過去にありません。
なぜ止まったのか：輸出管理命令の背景
米商務省の輸出管理命令の根拠は「Fable 5のサイバーセキュリティ機能のジェイルブレイク手法が発見された」という報告でした。具体的には、モデルに特定のコードベースを読ませてセーフガードを回避する手法が公開され、これが「外国アクターが悪用する恐れ」として国家安全保障上の問題とみなされた、という経緯です（Anthropic公式声明 / CNBC報道）。
Anthropicの公式声明（2026/6/12付）では「顧客の中断に対して謝罪し、できるだけ早期に復旧に取り組んでいる」と表明。ただし具体的な復旧時期は当初提示されていませんでした。ここが「期間不明の停止」という最悪の条件を生んだポイントです。
Mythos 5 と Fable 5 の扱いの違い
同時に停止されたMythos 5ですが、6月26日頃に「米国の重要インフラ防衛組織」限定で先行解除されました。これはHoward Lutnick商務長官がAnthropicと2週間密接に協働し、Mythos 5の安全性を確認した上で「審査済み組織への限定提供」を先行承認した形です（Axios報道に基づく）。
一方Fable 5は「一般向けモデル」であるため、国民全般への提供再開には追加の審査が必要だったとみられます。結果として約2週間、Fable 5はMythos 5よりも長く停止が続きました。
AIエージェントの基本概念や導入における可用性設計については、AI導入戦略完全ガイドでより体系的にまとめています。あわせてご参照ください。
Fable 5 の実力——停止前に何ができたのか
再開に際して、あらためてFable 5の主要スペックを確認しておきます。ここに示す数値は公式発表・公式ブログ（参照日: 2026-07-01）に基づいています。
公式スペック（確認済み）
| 項目 | 仕様 | 出典 |
|---|---|---|
| 位置づけ | Mythos 5（Anthropic最高性能）の一般公開版 | Anthropic公式 |
| 入力料金 | $10 / 100万トークン | Anthropic公式 |
| 出力料金 | $50 / 100万トークン | Anthropic公式 |
| コンテキスト長 | 1Mトークン（約100万） | Anthropic公式 |
| 最大出力 | 128kトークン | Anthropic公式 |
| コーディングベンチマーク | SWE-Bench Pro 80.3% | Anthropic公式 |
| 安全ルーティング | 機微クエリを自動的にClaude Opus 4.8へルーティング（発動は平均5%未満のセッション） | Anthropic公式 |
| API提供チャネル | 直接API・Amazon Bedrock・Google Cloud Vertex AI・Microsoft Azure/Foundry | Anthropic公式 |
公式確認の実績：Stripe 50Mライン移行
Anthropicが公式に発表している活用事例として、Stripeが50MラインのRubyコードベース移行を1日で完了した（手作業なら2ヶ月超の見積もり）という事例があります（Anthropic公式ブログ / Lightning AI X投稿で確認）。
この事例のポイントは、コード移行という「大量のコードを読んで理解しながら変換する」タスクにおいて、1Mトークンのコンテキスト長が決定的な役割を果たしたことです。50Mラインのコードベースを分割して処理するのではなく、関連するコードを大きなチャンクで把握しながら作業できる——これがFable 5の最大の強みの一つです。
ただし、このような大規模タスクほど、代替モデルへの移行コストも高くなります。Fable 5が停止された3週間、こうしたタスクを抱えていた企業は文字通り「手も足も出ない」状態だったわけです。
Fable 5 が特に強いタスクと代替難易度
| タスク種別 | Fable 5の強み | 停止時の代替難易度 |
|---|---|---|
| 大規模コードベース移行・リファクタリング | 1Mコンテキストで全体把握 | 高（分割処理が必要） |
| 長文ドキュメント分析・要約 | 数百ページを一括処理 | 中（分割すれば代替可） |
| 複雑なマルチステップエージェントタスク | SWE-Bench Pro 80.3%の精度 | 中〜高（精度が落ちる） |
| 通常の文章生成・要約・翻訳 | Sonnet 4.6/Opus 4.8と大差なし | 低（すぐ代替可） |
| 単純な質問応答・ブレインストーミング | オーバースペック | 低（むしろ不要） |
この表を見ると、「Fable 5でないとダメなタスク」と「Fable 5でなくてもOKなタスク」が明確に分かれることが分かります。停止前に自社の利用状況をこの観点で整理しておくことが、可用性リスク対策の第一歩です。
今も流動的な部分——「確定」と断言しないために
本記事は7月1日公開ですが、以下の点はこの時点で完全には確定していません。記事として「確定した事実」と「まだ未確定の部分」を分けて記載します。この区別を曖昧にした記事はフェイクニュースに等しいと思っているので、正直に書きます。
未確定・進行中の事項（2026/7/1時点）
復元の対象範囲とローリング（順次）復元の可能性
Anthropicは「7月1日からアクセス復元を開始する」と発表しましたが、「全世界・全ユーザーへの一斉フル復旧」なのか「米国ユーザー優先のローリング（順次）復元」なのかは、7月1日時点で完全には確定していません。停止の根拠が「外国アクターへの輸出管理」だったことを踏まえると、初期段階で米国ユーザー・米国法人が優先される可能性はあります。日本を含む海外ユーザーへの提供タイミングは、本記事公開時点で引き続き確認が必要です。
Persona による本人確認（2026/7/8 開始予定・観測レベル）
Anthropicは2026年7月8日を有効日とするプライバシーポリシー改定を発表しており、一部の高度なClaude機能利用時に、Persona Identities社（San Francisco、KYCプラットフォーム）経由で政府発行IDと顔写真・顔ジオメトリによる本人確認を求める可能性があります。これをFable 5の「米国ユーザー向けアクセスゲート」として使う可能性を複数の分析が指摘していますが、Anthropicの公式確認はこの時点でされていません（分析・観測として紹介します）。
もしこの本人確認が実装された場合、「Fable 5は米国市民のみが使える状態」が一時的に生まれる可能性があります。これは日本企業にとって重要な実務的影響（クラウド上でFable 5を使う海外拠点社員や、API経由で使う日本法人など）をもたらしうるため、引き続き公式発表を注視することを強くお勧めします。
法人として今後の意思決定をする上で、「どのタイミングで自社ユーザーが使えるようになるか」は引き続きAnthropicの公式発表を確認することを推奨します。
なぜこれが重要か——「AI可用性リスク」の初めての本格事例
技術的な性能やコストだけでなく、「そのモデルがいつ使えなくなるか」というリスクを法人設計に組み込む時代が来た——今回の停止劇はそれを突きつけた最初の事例です。
AIリスクの分類を整理すると、これまで主流だったのは「サービス遅延（レート制限・メンテナンス）」「コスト上昇」「出力品質のばらつき」でした。これらは「起きても対処できる」レベルのリスクです。しかし今回のような「規制命令による即日全停止」は：
- 予告なし（3日前には使えていた）
- 全世界同時（地域切り替えで回避できない）
- 期間不明（いつ再開するか分からない）
という3点で、これまでのリスク想定を完全に外れたものでした。法人がAIを業務フローに組み込む際の設計思想を根本から見直す契機です。
「ITインフラと同じように考えてほしい」という提案
AI研修の現場でよく言うことがあります。「クラウドサーバーを1台しか使わない設計は今の時代ありえない」と誰もが理解している。でも「AIモデルを1種類しか使わない設計」については、まだ多くの企業がリスクとして認識していません。
今回の事件は、この設計思想を変える強力なきっかけになったと思います。「可用性リスクを設計に織り込む」というITインフラの常識を、AI活用設計にも適用する時期が来ました。
【要注意】可用性設計の失敗パターン3選
失敗パターン1: 最上位モデル1本足打法
❌ Fable 5（またはGPT-5系・Gemini 3 Pro等）を業務フローの唯一のモデルとして固定する
⭕ 「通常業務はSonnet 4.6/Opus 4.8、特定タスクのみFable 5」というように、タスクごとに最適モデルを選定し、最上位モデルの代替フローをあらかじめ設計しておく
なぜ重要か: 最上位モデルは新しいため、セーフガード回避の発見やパラメータ公開問題など、規制介入の対象になりやすい。「使えなくなった時に業務が止まる」設計は、最高性能に最も依存した設計に多い。ある企業の研究開発部門では、Fable 5を使った文書解析パイプラインが止まり、3週間分の案件処理が積み上がりました（想定例として共有します）。
失敗パターン2: リスクを「AI会社の問題」と切り離す
❌「規制は関係ない、うちはBedrock（AWS）経由だから大丈夫」という思い込み
⭕ チャネルがBedrock/Google Cloud/Azureであっても、モデル本体の提供停止は全チャネル同時に適用される。チャネルとモデル停止リスクは独立している
なぜ重要か: 今回の停止はAmazon BedrockやGoogle Cloud Vertex AI上のFable 5にも同時に適用されました。「クラウドベンダーの信頼性」と「モデルの可用性リスク」は別軸のリスクです。
失敗パターン3: 代替フローをテストしていない
❌ 「代替はOpus 4.8があるから大丈夫」と言いながら、実際に代替フローを試験したことがない
⭕ 最上位モデルが停止した場合の代替フローを、月1回程度実際に動かして確認しておく。特にFable 5のコンテキスト長（1M）依存のタスクは、128kや200kのモデルでは動かない場合がある
なぜ重要か: 「代替モデルがある」と「代替モデルで動く」は別物です。コンテキスト長依存のタスクや、特定のプロンプト設計がFable 5のみで動くことは珍しくありません。
コピペ可能プロンプト5選——Fable 5・Opus 4.8どちらでも動く
今回の停止期間中、現場で有効だったのは「最上位モデル専用タスク」より「中位モデルでも動くが、最上位モデルで精度が上がる」タスク設計でした。以下は、Fable 5復元後に利用できる、かつOpus 4.8でも代替可能なプロンプトです。各プロンプトの末尾に「Opus 4.8での注意点」も記載しています。
プロンプト1: 長文ドキュメントの構造化サマリー（1Mコンテキスト活用）
あなたは優秀なビジネスアナリストです。
以下のドキュメント群を読み込み、下記の形式でサマリーを作成してください。
【ドキュメント】
[ここに複数のドキュメントを貼り付ける]
【出力形式】
1. エグゼクティブサマリー（200字以内・意思決定者向け）
2. キーポイント（最大5点・箇条書き）
3. 懸念事項・リスク（あれば）
4. 推奨アクション（具体的に）
※ 書かれていないことは書かない。不明な点は「情報不足」と明示する。Fable 5での活用: 1Mコンテキストで数百ページの社内文書を一括処理できます。
Opus 4.8での注意点: コンテキスト上限（200k）を超える場合は分割処理が必要。1ドキュメントずつ要約→最後に統合という手順に変更してください。
プロンプト2: コードレビュー＋改善提案
以下のコードをレビューし、下記の観点で問題点と改善案を提示してください。
【コード】
[コードを貼り付ける]
【レビュー観点】
1. セキュリティリスク（SQLインジェクション、XSS、認証漏れ等）
2. パフォーマンス問題（N+1、メモリリーク等）
3. 可読性・保守性
4. エラーハンドリング
5. テスト不足箇所
【出力形式】
重大度（Critical/High/Medium/Low）と行番号を明示。
修正後のコードサンプルを含める。
修正なしで問題ないと判断した場合は「問題なし」と明示する。Fable 5での活用: SWE-Bench Pro 80.3%の精度で大規模コードベースのレビューが可能。
Opus 4.8での注意点: 同様に使えます。ただし非常に大きなコードファイル（10万行超）の場合はFable 5の方が文脈の抜け漏れが少ない傾向があります。
プロンプト3: 競合分析・市場調査レポート生成
以下の情報をもとに、競合分析レポートを作成してください。
【自社情報】
- 会社名/サービス名: [入力]
- 強み: [入力]
- 課題: [入力]
【競合情報】
- 競合1: [入力]
- 競合2: [入力]
- 競合3: [入力]
【分析してほしい観点】
1. ポジショニングマップ（価格軸×機能軸）
2. 各社の強み・弱みの比較表
3. 自社が勝てる差別化ポイント（具体的に）
4. 注意すべき競合の動向
数値や事実として確認できない部分は「推定」と明示してください。Fable 5でもOpus 4.8でも同様に動きます。複数の長い競合資料を同時に読ませる場合にFable 5の優位性が出ます。
プロンプト4: 大量メールの分類・優先度付け
以下のメール一覧を読み込み、対応優先度を分類してください。
【メール一覧】
[メール件名・本文・差出人・日時を貼り付ける]
【分類基準】
- 緊急（当日対応必須）: クレーム、契約・支払い期限、重要顧客
- 高（48時間以内）: 新規問い合わせ、社内承認待ち
- 中（今週中）: 情報共有、通常フォローアップ
- 低（来週以降でも可）: ニュースレター、参考情報
メールごとに「優先度、件名、差出人、推奨アクション」を出力してください。
対応文案が必要な場合は「対応文案: 〜」を追記してください。Fable 5でもOpus 4.8でも同様に動きます。100通以上のメールを一括処理する場合にFable 5の1Mコンテキストが効きます。
プロンプト5: 規制・ガイドライン変更のインパクト分析
以下の規制・ガイドライン変更について、自社業務へのインパクトを分析してください。
【変更内容】
[規制・ガイドラインのテキストを貼り付ける]
【自社情報】
- 業種: [入力]
- 主要業務: [入力]
- 現在の対応状況: [入力]
【分析してほしいこと】
1. 対応必須の変更点（コンプライアンス上）
2. 対応推奨の変更点（リスク管理上）
3. 対応期限（記載がある場合）
4. 必要なアクションのステップ案
法的解釈が必要な箇所は「専門家確認推奨」と明示してください。今回の輸出管理命令のような規制変更対応にそのまま使えます。Fable 5でもOpus 4.8でも同様に動きます。
再開後に法人が今日やること——チェックリスト
Fable 5の復元が確認できた法人向けに、「今日やること」を優先度順にまとめます。
即日（復元確認当日）
- ☐ 自社の利用チャネル（API直接/Bedrock/Google Cloud/Azure）でFable 5が利用可能か確認。「再開発表=即時全世界フル復旧」ではない可能性があるため、まず実際に動くかテストする
- ☐ 停止期間中にOpus 4.8等で代替していたワークフローを洗い出し、Fable 5に戻すべきものを特定
- ☐ 社内ユーザーへ「利用再開可能かどうかを確認中」の通知（確認が取れたら「利用再開可能」に更新）
- ☐ API利用量・コストのモニタリングを再開（停止前の利用量ペースに戻るか確認）
今週中（7/1〜7/7）
- ☐ 「可用性リスク対策」の内部会議を設定——最上位モデルが再度停止した場合の代替フローを文書化。これが3週間で一番重要な学びです
- ☐ Fable 5 に依存している業務フローをリストアップし、「代替モデル確認済み」と「確認が必要」に分類
- ☐ 7/8以降のPersona本人確認の動向を確認（Anthropicの公式発表を監視）。日本法人として本人確認が求められるケースがあるか確認
- ☐ Fable 5 のコンテキスト長（1M）に依存しているタスクを特定し、Opus 4.8（200k）での分割処理手順を文書化しておく
今月中（7月中）
- ☐ AIモデル可用性リスクをITリスク台帳に追加——「重要業務フローに最上位モデル1本しかない場合」をリスクとして定義し、影響範囲とRPO/RTOを定める
- ☐ 利用規約・利用ポリシーの変更通知を受け取る体制を整備（Anthropicのニュースレター・X公式アカウント @AnthropicAI のフォロー等）
- ☐ 代替フローのテスト実施——実際にOpus 4.8またはClaude Sonnet 4.6で主要タスクを動かし、差分を記録する
- ☐ 法人利用の場合は「利用停止時の事業影響とその対応経緯」をインシデントレポートとしてまとめておく（次回の稟議・社内説明に使える）
日本企業が学ぶべき「AI可用性リスク」の本質
今回の停止劇が示した最も重要な教訓は、「最高性能のモデルほど停止リスクが高い」という逆説です。
Fable 5が停止された理由は、その能力が高すぎたからです。サイバーセキュリティ領域での突出した性能が、「悪用されれば安全保障上の問題になる」という判断につながった。これは今後リリースされる次世代モデルにも同様に当てはまります。
地政学とAIの交差点——日本企業固有のリスク
日本企業として特に意識すべきは、今回の規制が「輸出管理」の文脈で発動したという点です。米国の輸出管理規制（EAR: Export Administration Regulations）は、従来は半導体・軍事技術・暗号技術に適用されてきましたが、今回の事例はAIモデルにも適用されうることを示しました。
これが意味するのは、日本企業（外国法人）が最上位AIモデルを使う場合、米国が「安全保障上の懸念がある」と判断した瞬間にアクセスが切れるリスクが常に存在するということです。SaaS型のAIサービスでこれが起きたのは今回が初めてです。
100社以上のAI研修・導入支援の現場で感じることを正直に言うと、「最上位モデルを使っている=AI活用が進んでいる」という誤解が根強い。しかし実際には、「適切なモデルを適切なタスクに使っている」企業の方が、業務影響を最小化しながらAIのメリットを享受できています。
「AIを社内インフラに組み込む」設計の原則
AI活用が業務の根幹に関わるほど、以下の設計原則が重要になります。
原則1: モデルのマルチベンダー化 — 特定のモデル・ベンダーに業務フローを全依存しない。主力モデルと代替モデルを明示的に決め、両方が動く状態を維持する。
原則2: タスクと最適モデルの分離設計 — 「このタスクはFable 5でないと動かない」という依存を意図的に減らす。多くのタスクは中位モデル（Opus 4.8/Sonnet 4.6）でも品質を確保できる。
原則3: 可用性SLAの明示 — AIモデルを使うシステムに「このモデルが停止した場合のRPO/RTO（目標復旧時点/目標復旧時間）」を定義する。定義がない場合、影響範囲が分からなくなる。
この3原則を文書化し、社内のAI活用ガイドラインに組み込むことを、今回の教訓として強くお勧めします。
賛否両論——楽観論と慎重論
今回の事件について、複数の見方があります。どちらも正当な根拠があるため、バランスよく紹介します。
楽観論: 「これで規制問題は解決した」
商務省が規制を解除した事実は、Anthropicと米政府の協議が一定の成果を上げたことを示しています。Howard Lutnick商務長官がAnthropicと2週間密接に協働し「Fable 5の安全性を確認した」という報道（Axios等）が事実であれば、「正式な審査プロセスを経た」という意味で信頼性が増したとも言えます。
また、今回の経験によりAnthropicと米政府の対話チャネルが確立されたと見る向きもあります。次回の新モデルリリース時は、事前のセキュリティレビューが組み込まれる可能性があり、突発的な停止のリスクが下がるかもしれません。
慎重論: 「次の停止がないとは言えない」
今回の解除は「今回の問題は解決した」という判断であって、「将来の規制介入はない」という保証ではありません。次世代モデルが公開されるたびに同様のリスクが生じる可能性はあります。また、規制の地政学的側面（米中AI競争、輸出管理の強化傾向）を見ると、最上位モデルへの規制圧力が今後弱まるとは限りません。
ジェイルブレイク手法は常に進化します。Fable 5の次世代モデルが公開された際に、同様のジェイルブレイク報告が出た場合、今回と同じ経路で停止命令が出る可能性は排除できません。
どちらの立場が正しいのか
正直に言うと、どちらも一理あります。今回の事件を「例外的な出来事で今後は起きない」と結論づけるのは早計です。一方、「もう最上位AIは使えない」と過剰反応するのも適切ではありません。
法人として取るべき立場は、「楽観でも悲観でもなく、リスクを設計に織り込む」ことです。今回の3週間を、AIインフラ設計を見直す機会として活用することが、最も実践的な対応です。
よくある質問
Q: Fable 5が再開しているかどうか、どうやって確認すればいい？
A: AnthropicのAPIを使っている場合は、Fable 5モデルを指定したAPI呼び出しが正常に返ってくるかで確認できます。Claude.ai（ウェブ版）の場合は、モデル選択画面でFable 5が表示されているかを確認してください。
Q: 日本にいる自分（日本法人のユーザー）は使えるようになるのか？
A: 7月1日時点で、全世界への即時フル復旧なのかローリング復元なのかはAnthropicから明確に公表されていません。まず実際に試して確認することを推奨します。使えない場合は引き続きClaude Opus 4.8が代替として利用できます。
Q: 7/8のPersona本人確認は必須になるのか？
A: 2026年7月1日時点では、Anthropicから「Fable 5の利用にPersona本人確認が必須」という公式発表はされていません。プライバシーポリシーの改定は事実ですが、それが具体的にどの機能に適用されるかは発表を待つ必要があります。
Q: 今後も同様の停止が起きる可能性はあるか？
A: 可能性は否定できません。最上位AIモデルが国家安全保障上の観点から規制対象になり得ることは、今回で初めて実証されました。今後も新しい最上位モデルのリリース時には同様のリスクが潜在的に存在します。
Q: Fable 5の再開後、料金は変わったか？
A: 2026年7月1日時点で、Anthropicから料金変更のアナウンスはされていません。引き続き入力$10/100万トークン、出力$50/100万トークンです（公式発表で確認）。
まとめ——今日から始める3つのアクション
1. 今日: Fable 5の復元確認と、停止中に代替していたワークフローの整理。上のチェックリストを使って優先タスクを洗い出す。まず「動くかどうか」を実際にテストしてから社内に展開する。
2. 今週中: 「可用性リスク対策会議」を1時間設定し、最上位モデルが再度停止した場合の代替フローを文書化する。上のプロンプト1〜5を使えば、その準備資料作成もFable 5/Opus 4.8どちらでも対応できます。「次の停止が来た時に何もしなくていい状態」を目指す。
3. 今月中: AIモデルをITリスク台帳に追加し、可用性リスクをインフラリスクと同列に管理する体制を整備する。Anthropicの公式アカウント（@AnthropicAI）と公式ブログをアラート設定しておくことも有効です。
今回の3週間が「例外だった」で終わるか、「AI可用性リスク設計のターニングポイントだった」になるかは、各企業の対応次第です。「再開してよかった」だけでなく、「次に備えた」企業が長期的に強い。AIを使いこなす組織とは、最高性能を追いかける組織ではなく、リスクを設計に組み込みながら安定して活用できる組織のことだと思っています。
あわせて読みたい:
- Claude Fable 5 はどこで使える？利用停止の現状・代替モデル・乗換判断【2026年6月】 — 停止期間中の対応を記録した前記事（本記事が最新の再開情報の受け皿です）
- Fable 5 法人導入完全ガイド｜SSO・監査ログ・SOC2 — 法人導入の技術設計・セキュリティ要件
- Claude Sonnet 5登場【2026年7月】｜Opus級を半額で法人運用
参考・出典
- Claude Fable 5 and Claude Mythos 5 — Anthropic公式（参照日: 2026-07-01）
- Statement on the US government directive to suspend access to Fable 5 and Mythos 5 — Anthropic公式（参照日: 2026-07-01）
- Claude Fable 5 Will Be Back Online Wednesday, Anthropic Says — Gizmodo（参照日: 2026-07-01）
- Anthropic says Trump admin has lifted export controls on Claude Fable 5 and Mythos 5 — CNBC（参照日: 2026-07-01）
- Anthropic Disabled Fable 5 And Mythos 5 After A U.S. Export-Control Order. Here’s What Happened — Forbes（参照日: 2026-07-01）
- Stripe × Fable 5：50MラインRuby移行を1日で完了 — Lightning AI（X投稿、参照日: 2026-07-01）
著者: 佐藤傑（さとう・すぐる）
株式会社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担当者がご返信します。
