最先端AIが公開3日で全世界停止。国産とローカルで“止まらない”を作る

クラウドのAIが、ある日突然使えなくなる時代が到来しています。最先端のクラウドAIは、もはや「止まる前提」で考えなければなりません。

実際に2026年6月、世界トップクラスのAIモデルが公開からわずか3日で全世界アクセス停止になる出来事がありました。

本記事では、この事象の背景にある地政学リスクを紐解き、日本のAI企業による新たな備えや、BPO・バックオフィスの現場において「クラウドが止まっても業務が回る」環境をどう構築すべきかを解説します。

最先端AIが「公開3日で消えた」――6月に起きた現実

2026年6月12日、アメリカ政府がAI企業であるAnthropic（アンスロピック）に対して、最新のAIモデル「Fable 5（フェイブル・ファイブ）」と「Mythos 5（ミトス・ファイブ）」をアメリカ国外の全ての人（外国人）に使わせないよう指令を出しました。

しかし、国籍を完全に切り分けてアクセスを制限することは技術的に非常に困難です。その結果、Anthropicは有料の大企業顧客やアメリカ国内のユーザー、さらには自社内も含めて、この2モデルを世界中で即時停止する措置をとりました。

最も衝撃的だったのはその時系列です。Fable 5は6月9日に一般公開されたばかりであり、お披露目からわずか3日でモデルが消滅することになりました。日本を名指しで止めたわけではなく、アメリカ国外の全外国人が対象となった結果、日本のユーザーも一律で使えなくなったのです。

政府が停止を命じた表向きの理由は安全保障です。Fable 5の「ジェイルブレイク（AIの安全装置を回り込んで悪用する手口）」のデモを政府がレビューし、問題視したためです。止まったのはこの2モデルのみですが、バックオフィス業務を最新のAIモデルに全面依存していた場合、ある日突然業務が停止するリスクがあることが浮き彫りになりました。

なぜ止められたのか――「輸出管理」がクラウドAIを止める時代

AIモデルが輸出管理の対象に

この事態の背景にあるキーワードが「輸出管理（export control）」です。輸出管理とは、武器や軍事に転用できる先端技術を、国が「どの国に出してよいか」を管理する仕組みのことです。半導体の製造装置などが典型ですが、近年はこの対象に「AIモデル」が含まれるようになりました。物理的なモノではなく、クラウド越しに利用するソフトウェアサービスが輸出管理によって止められた点が、今回の事象の本質です。

2025年5月には、先端AIを国別にランク分けして輸出を制限する「AI拡散規則（AI Diffusion Rule）」という包括的なルールが施行直前で撤回されていました。しかし、今回のFable 5は個別の政府指令によってピンポイントで停止されました。明文化された法律ではなく、政府の判断でその都度特定のモデルが止められる運用は、企業にとって予測が難しく、大きなリスクとなります。

AIに引かれる国境と地政学リスク

アメリカ以外の地域でも規制の動きは進んでいます。ヨーロッパでは「EU AIアクト（EU AI Act）」という法律が段階的に施行され、2026年8月からは本格的な執行が始まります。違反した場合には全世界の年間売上の最大3%という制裁金が科される厳しい内容です。

また、中国ではChatGPTやClaude、Geminiが正規には利用できず、ロシアでも禁止されています。日本が自国で規制をしていなくても、他国の都合によってAIが使えなくなる事態はもはや珍しくありません。クラウドAIが止まるリスクは、技術的なバグやサーバーダウンではなく、国際政治や地政学の問題です。復旧を待てば解決するものではないため、企業は自衛のための「備え」を持つ必要があります。

日本の備え――Sakana「Fugu」と国産・ローカルLLMという保険

複数モデルを束ねるオーケストレーター「Fugu」

この事態を受けて、日本のAI企業も迅速に動きました。現在のAIの土台となっている「Transformer（トランスフォーマー）」という技術の論文執筆者が創業した東京のAI企業、Sakana AI（サカナAI）は、Fable 5停止のわずか10日後である6月22日に「Fugu（フグ）」という仕組みを公開しました。

Fuguは単一のAIモデルではなく、「オーケストレーター（指揮者）」として機能します。1つの入り口の裏側に複数の優秀なAIモデルを連携させておき、依頼された仕事の内容に応じて自動で最適なモデルに振り分ける仕組みです。これにより、1つのモデルが停止しても全体のシステムは止まりません。Sakana AI自身も、Fuguを「単一ベンダーへの依存に対する保険（ヘッジ）」と位置づけ、輸出管理のリスクを回避しながら最先端の性能を維持できるとしています。

自社で管理できる「国産・ローカルLLM」

Fuguのような分散設計は有効ですが、束ねているモデルが海外製であれば、依然として停止リスクは残ります。そこで重要になるのが、自社内で管理できる「国産・ローカルLLM」です。

例えば、NTTの「tsuzumi 2（つづみツー）」は、GPU1枚で動くほど軽量であり、オンプレミス（自社のサーバー内にシステムを構築し、機密データを外部に出さずに運用する形態）での利用が可能です。他にも、モデルそのものを公開しているPreferred Networksの「PLaMo（プラモ）」、Apache 2.0という完全オープンソースで配布されている楽天の「Rakuten AI 3.0」、日本語に特化したELYZA（イライザ）やStockmark（ストックマーク）など、自前で持てる選択肢が充実してきています。

このように、自国でAIを開発・管理する考え方を「ソブリンAI（主権AI）」と呼びます。国としても、経済産業省の「GENIAC（ジーニアック）」という開発支援プログラムや、2025年12月に閣議決定された日本初の「AI基本計画」、10万人以上の職員が利用する政府専用AI「源内（げんない）」の導入など、自前のAI基盤を構築する動きが加速しています。最強のAI一つに依存するのではなく、複数に分散させ、手元に置けるモデルを組み合わせることが、これからの時代の「保険」となります。

BPO目線――「クラウドが止まっても業務は回る」設計

モデル非依存の業務構築

これらの状況を踏まえ、BPOやバックオフィスの現場ではどのような対策が必要でしょうか。最も重要なのは、「モデル非依存（model-agnostic／モデル・アグノスティック）」で業務を設計することです。

モデル非依存とは、業務の仕組みを特定のAIモデルに強く結びつけない設計を指します。システムとAIの間に差し替え可能な層を設け、クラウドのAIが止まった場合には国産のAIに切り替えても、業務フロー自体は変わらないようにしておくのです。特定のモデルの特性に合わせすぎて後から変更できなくなる状態を「ベンダーロックイン（vendor lock-in）」と呼びますが、これを避けることが被害を最小限に抑える鍵となります。

機密性と利便性を両立する「2階建て」の運用

機密情報の扱いについても工夫が必要です。ある調査では、IT責任者の53%がAI導入の最大の壁として「データプライバシー」を挙げています。

この課題に対しては、業務を「2階建て」に分けるアプローチが有効です。外部に出しても問題のない汎用的な作業は、性能の高いクラウドのAIに任せます。一方で、絶対に外部に出せない機密情報は、オンプレミス環境に構築した国産モデルで処理します。すべてをクラウドにするか、すべてを自前で用意するかの二択ではなく、ハイブリッドな環境を構築することが現実的です。

BPO事業者に求められる本質的な価値は、最新のAIを導入することではなく「業務が止まらないこと」です。AIはあくまで道具であり、使えなくなるリスクを常に孕んでいます。AIが停止しても、請求書の発行や問い合わせ対応、給与計算といったバックオフィス業務を止めない設計を組み込むことが、これからの企業運営において不可欠です。

まとめ

クラウドのAIが地政学的な理由で突然止まる時代において、企業は最新技術を活用しつつも、リスクに備えた守りの姿勢を持つことが求められます。本記事の重要なポイントは以下の通りです。

• 最先端AIが公開3日で全世界停止した事象は、技術的な問題ではなく「輸出管理」という地政学リスクによるものである。
• 単一のAIモデルに依存せず、Sakana AI「Fugu」のような複数のモデルを束ねる分散型の仕組みを活用する。
• 機密データの保護と業務継続のため、NTT「tsuzumi 2」などの国産・ローカルLLMをオンプレミスで運用する選択肢を持つ。
• 業務設計においては「モデル非依存」を徹底し、クラウドとローカルを組み合わせたハイブリッドな環境を構築する。