使っていたAIが、ある日突然止まった — Claude Fable 5の停止と再展開に学ぶ「AIのBCP」

カテゴリ: AI活用
約8分で読めます
最終更新: 2026年7月15日

はじめに

業務システムを選ぶとき、私たちは「止まったらどうするか」を必ず考えます。サーバーが落ちたら、回線が切れたら、クラウドに障害が起きたら——。BCP（事業継続計画）という言葉で、多くの企業がひととおりの備えを持っています。

では、AIが止まったらどうしますか。

この問いは、これまでどこか他人事でした。「AIはまだ補助的な道具だから、止まっても手作業に戻ればいい」——そう考えられていたからです。

ですが2026年6月、その前提を揺さぶる出来事が起きました。AnthropicがClaude Fable 5へのアクセスを、全世界のすべてのユーザーに対して停止したのです。障害でも、料金未払いでもありません。米国政府による輸出規制が理由でした。

本記事では、この一件の経緯を追いながら、中小企業がAIを業務に組み込むうえで考えておくべき「AIのBCP」を整理します。技術的に高度な話ではありません。どの業務を、どれだけAIに預けているかを把握するという、極めて実務的な話です。

何が起きたのか — 3週間の経緯

Anthropicの公式発表をもとに、時系列を整理します。

リリースからわずか3日で停止し、再開までに約3週間かかった計算になります。

なぜ規制がかかったのか

きっかけは、Amazonの研究者による報告でした。Fable 5の安全機構（セーフガード）を回避する手法が発見され、その手法を使うとFable 5がソフトウェアの脆弱性をいくつも特定し、その脆弱性をどう悪用できるかを示すコードまで生成してしまうことが分かったのです。

サイバー攻撃に転用されうる能力である、と判断された結果、米政府は即座に輸出規制の対象としました。

なぜ「全ユーザー」が止まったのか

ここが、この件のいちばん重要なポイントです。

輸出規制とは本来、特定の国・地域への提供を制限するものです。日本の中小企業が使えなくなる理由は、本来ならありません。

ところがAnthropicは、利用者の国籍をリアルタイムで確認する手段を持っていなかったため、規制を遵守するには「全員を止める」以外の選択肢がなかったのです。結果として、規制対象と何の関係もない日本のユーザーも、まとめてアクセスを失いました。

その後Anthropicは、報告された回避手法を狙って遮断する改良版の安全分類器を訓練し、当該手法を99%を超えるケースでブロックできるようにしたうえで、7月1日に再展開しています。

この一件を、どう受け止めるべきか

まず公平に申し上げると、これはAnthropicの失態ではありません。 むしろ、規制当局の指示に即座に従い、対策を講じて3週間で復旧させた対応は、誠実で迅速だったと評価できます。

そして、これはAnthropic固有の問題でもありません。高性能なAIモデルを提供する事業者であれば、どこでも起こりうることです。AIの能力が上がるほど、その能力は軍事・安全保障の関心事になり、規制の対象になりやすくなります。AIの進歩と、この種の停止リスクは、セットで進みます。

つまり、私たちが学ぶべきなのは「Anthropicは危ない」ではなく、次のことです。

AIは、自社に何の落ち度がなくても、自社にコントロールできない理由で、予告なく止まることがある。

これは、これまでのITツールにはあまりなかった性質です。会計ソフトが地政学的理由で止まることは、まずありません。

AIが止まる理由は、規制だけではない

今回は輸出規制でしたが、AIが使えなくなる経路はほかにもあります。中小企業の実務で現実的に起こりうるものを挙げます。

このうち、多くの中小企業が実際につまずくのは、実は「仕様・挙動の変更」です。モデルが新しくなった結果、それまで安定して動いていた業務用の指示文（プロンプト）が、微妙に違う答えを返すようになる。止まるより厄介な場合すらあります。

中小企業のための「AIのBCP」— 4つの備え

では、どう備えるか。大がかりな冗長構成は必要ありません。順番が大事です。

① 「止まったら困る度」で業務を仕分ける

すべてに備えようとすると、必ず頓挫します。まず、AIを使っている業務を紙に書き出し、3つに仕分けてください。

• 止まったら即座に事業が止まる（例：顧客対応の自動応答、受注処理の一部）
• 止まると遅くなるが、手作業で回せる（例：議事録の要約、原稿のたたき台作成）
• 止まっても困らない（例：アイデア出し、調べもの）

多くの中小企業では、現時点でAIに預けている業務の大半は2番目か3番目です。もしそうなら、正直なところ、いま慌てて備える必要はありません。本当に重要なのは、1番目の業務が今後増えていくときに、この仕分けを更新し続けることです。

逆に、すでに1番目が存在するなら、以下の②〜④が効いてきます。

② 特定モデルに「固着」させない

これが最も費用対効果の高い備えです。

業務にAIを組み込むとき、指示文やデータの受け渡し方を、特定のモデル専用に作り込みすぎないようにします。具体的には、システムのなかで「どのモデルを呼ぶか」を1か所にまとめておき、そこを差し替えれば別のモデルに切り替わる作りにしておく、ということです。

私たちがお客様のシステムを設計する際も、この点は必ず考慮します。乗り換えられる状態を保っておくこと自体が、いちばん安いBCPです。

③ 代替経路と代替ベンダーを区別する

ここは誤解が多いところなので、はっきり書きます。

Claudeは、Anthropicに直接つなぐ以外に、Amazon Bedrock、Google Vertex AI、Microsoft Foundryといった各社のクラウド経由でも利用できます。「経路を複数持っておけば安心」と思われがちですが——

今回のような輸出規制では、経路を増やしても助かりません。 規制はモデルそのものにかかるため、どのクラウド経由でも同じように止まります。実際、Anthropicの停止は全プラットフォームに及びました。

経路の多重化は障害対策としては有効ですが、規制やモデル廃止に効くのは「別ベンダーの別モデル」だけです。この2つは別物として設計してください。

④ 「AIなしの手順」を捨てない

意外と抜けるのがこれです。AIで自動化したあと、元の手作業の手順書を消してしまうケースがあります。

止まったときに戻る先がなければ、業務そのものが止まります。手順書は残す。できれば、年に一度は手で回してみる。「戻れる」という確信があるからこそ、安心してAIに預けられます。

それでも、「止まるから使わない」は違います

ここまでリスクの話をしてきましたが、結論を取り違えないでいただきたいのです。

「AIは止まることがあるから、業務に入れるのはやめよう」——これは、最も損な判断です。

今回のFable 5の件を振り返ってください。停止は3週間で解消し、しかもAnthropicは対策を講じたうえで復旧させました。この間、Claudeの他のモデル（Sonnet 5やOpus 4.8など）は通常どおり使えています。つまり、モデルを使い分ける設計になっていた会社は、そもそも大きな影響を受けていません。

「止まるかもしれないから使わない」ではなく、「止まっても困らない形で使う」。これが正しい構えです。電気も水道も止まることがありますが、だから使わないという会社はありません。止まったときの手順を決めているだけです。AIも同じ段階に入った、というだけの話です。

まとめ

• 2026年6月12日、輸出規制によりClaude Fable 5が全世界で停止。7月1日に対策のうえ再展開された
• 全ユーザーが止まったのは、利用者の国籍をリアルタイム確認する手段がなかったため。規制対象と無関係な日本のユーザーも影響を受けた
• これは特定ベンダーの問題ではない。AIの能力が上がるほど、規制リスクは構造的に高まる
• 備えの順番は、①止まったら困る度で仕分ける → ②特定モデルに固着させない → ③代替経路と代替ベンダーを区別する → ④AIなしの手順を捨てない
• 経路の多重化は障害には効くが、規制には効かない。効くのは別ベンダーの別モデル
• 結論は「使わない」ではなく、「止まっても困らない形で使う」

私たちMoruAppは、社内業務のかなりの部分をAIで回している立場から、この種のリスクを実感として理解しています。だからこそ、お客様のシステムを設計する際は、乗り換えられる状態を保つことを最初から織り込みます。

「いまのAI活用が、どれくらい特定のサービスに依存しているか分からない」——そんな状態の棚卸しから、ご一緒できます。お気軽にご相談ください。

参考・出典

• Anthropic「Redeploying Claude Fable 5」（2026年7月）
  https://www.anthropic.com/news/redeploying-fable-5
• Anthropic News
  https://www.anthropic.com/news
• Claude Code Changelog
  https://code.claude.com/docs/en/changelog

本記事に記載の日付・仕様は執筆時点（2026年7月15日）のものです。最新の提供状況は各社公式情報をご確認ください。