主要AIが同時障害、業務を止めない備え方
POINT
- 2026年9月某木曜の午前、OpenAI・Anthropic・xAI・Googleが提供する主要AIモデルで障害が重複発生し、数時間にわたりChatGPTやClaude、Grokが使えない、または応答が不安定になる状態が続いた。
- 複数の主要AIサービスが同時に不調になったことで、業務を単一のAIツールに依存するリスクが具体的な形で顕在化した。
- 記事を読むと、障害発生時に何を確認し、どう業務を止めずに切り替えるか、実務レベルの判断基準がわかる。
木曜午前、何が同時に起きていたのか
その日の朝、Anthropicは東部時間午前9時23分、Claude Mythos 5.1、Claude Fable 5.1、Claude Opus 5へのリクエストでエラーが増加する部分障害を報告した。原因の特定には15分ほどかかり、修正を適用したうえで正午過ぎの午後0時16分に解決を発表している。正午をまたいだタイミングでは、Claude Sonnet 5でも短時間のエラー増加が起きた。
ほぼ入れ替わるように、OpenAIでも異変が起きる。東部時間午前10時43分、ChatGPTとCodex全体でエラー増加と性能低下が報告された。30分余りで緩和策を導入し、午後0時55分に解決済みとしている。同じ朝、xAIのGrokにも障害を示すメッセージが表示され続けた。利用者からの障害報告を集計するDownDetectorでは、午前9時直前は10件未満だった報告数が午前9時45分には1,365件まで急増し、その後273件まで減少しているFour major AI models suffer rare overlapping downtime。
数時間の間に、少なくとも三社四モデルが不調を訴えたことになる。これだけの規模で足並みが揃った障害は珍しい。
なぜ複数の会社のAIが同時に止まったのか
OpenAI、Anthropic、xAIは別会社であり、システムも別物だ。それでも同じ朝に障害が重なった事実は消えない。各社の障害報告を突き合わせると、発生時刻はずれているものの、解決までの時間帯はほぼ重なっている。午前9時台に始まり、正午前後にかけて収束していく流れは共通している。
ここで大事なのは、原因が同じかどうかより「同時に頼れなくなった」という結果のほうだ。業務システムに複数のAIを組み込んでいても、裏側のクラウド基盤やネットワーク経路が重なっていれば、片方が落ちればもう片方も引きずられる。実際、Grokの障害報告件数はわずか45分で10件未満から1,365件に跳ね上がった。利用者が異変に気づくスピードは、想像以上に速い。
ブラウザの脆弱性も無視できない理由
AI障害と同じ時期に、もう一つ見過ごせない問題が指摘されている。全バージョンのChromiumに存在するサンドボックス回避型のリモートコード実行脆弱性、CVE-2026-85046だ。すでに実環境で悪用が確認されているActively exploited sandbox RCE in all Chromium versions。この脆弱性についての議論は技術者コミュニティのHacker Newsでも活発で、730ポイント、429件のコメントが集まっている。
AIサービスの大半はブラウザ経由で使う。モデル自体が正常でも、アクセス手段のブラウザに穴があれば話は別だ。ツールの障害だけでなく、入口となるブラウザの安全性も業務継続の前提条件になる。片方だけ見ていては足りない。
「AI業務継続計画」は何から作ればいいのか
ここまでの事実からわかるのは、単一のAIサービスに全業務を預ける体制は、脆弱性や障害という外部要因一つで丸ごと止まりかねないということだ。ChatGPTが止まった約2時間、Claudeが止まった3時間弱、それぞれの間に社内の別業務が滞っていたとすれば、それは仕組みの問題であって運の悪さではない。
実務での備え方は、三段階に分けて考えるとやりやすい。
- 代替経路の確保：文章生成ならA社とB社、コーディング支援ならC社と、用途ごとに主系と副系を分けておく。今回のようにOpenAIとAnthropicが同時に不調でも、Googleのモデルが生きていれば業務は続けられる。
- データの退避：進行中のプロンプトや生成結果は、AIサービス内だけに置かず、ローカルや社内ストレージにこまめに保存する。障害中は編集履歴やチャット履歴自体にアクセスできなくなる場合がある。
- 停止判断の基準を決めておく：エラー増加を確認したら何分待って切り替えるか、誰が判断するかを事前に決める。Anthropicの原因特定は15分、OpenAIの緩和策導入は30分余りだった。この程度の待機時間を目安に、切り替えのトリガーを設定しておくと現場が迷わない。
ブラウザの脆弱性対応も同じ発想でいい。CVE-2026-85046のように悪用が確認された脆弱性が出た場合、パッチ適用までの間はブラウザ拡張機能を最小限にし、機密性の高い作業は別環境で行うといった応急対応を、あらかじめ手順化しておく。
まとめ
木曜午前に起きたAIの同時停止は、数時間で収束した小さな出来事に見えるかもしれない。しかし複数の主要サービスが重なって不調になったという一点は、単一ツール依存の危うさをそのまま映し出している。代替手段とデータ退避、停止判断の基準。この三つを決めておくかどうかが、次に同じことが起きたときの業務への影響を左右する。