ChatGPT・Claude・Grokが同時障害原因不明
9月3日午前にChatGPTとClaude、Grokが同時刻に障害。OpenAIは経路誤り、xAIは計算拠点と説明し食い違う。
2026年9月3日午前に、主要な基盤モデルがほぼ同時刻に停止した。 対象はOpenAIとAnthropic、xAIの3社である。 各社が提供する対話型AIに接続障害が発生した。 Wired の Lily Hay Newman の報道では、原因の説明は各社で食い違い、全体像は不明なままであるとされている。
障害は太平洋時間の午前6時台から午前7時台に集中した。 いずれも稀な規模の同時停止であった。 利用者への影響は数時間で解消した。 しかし同時性にもかかわらず、共通原因は示されていない。
9月3日午前に発生した同時障害
障害の発端はAnthropicの状態通知であった。 同社は太平洋時間午前6時23分に部分障害を警告した。 対象はClaude Mythos 5.1とClaude Fable 5.1、Claude Opus 5への要求で、誤り率の上昇が確認された。 その後、原因を特定し修正を展開したと通知した。 午前9時16分までに解決済みと記録した。
xAIも午前6時30分に状態表示を更新した。 Grokが全ての提供経路で障害を起こしているとした。 当初は原因を調査中とだけ記した。 午前10時5分に事態は収束し、通信量は健全な状態に戻ったと説明した。
OpenAIの障害は午前7時43分ごろに始まった。 ChatGPTとCodexが一部利用者で使えなくなった。 午前8時17分ごろに解決策を実施し、監視を継続したとしている。 3社の停止時間帯は重なり、偶然とは受け止めにくい設定となった。
OpenAIが説明した経路誤りの内容
OpenAIは経路誤りを原因として挙げた。 広報担当のKathleen Chaykowski氏はWiredの取材に対し、経路誤りで複数環境の利用に支障が出たと説明した。 原文の説明は以下の通りである。
“A routing error starting around 7:43 am PT on Thursday, September 3, made ChatGPT and Codex unavailable for some users across platforms.”
同氏は解決策の実施にも言及した。
“As of about 8:17 am PT on Thursday, a solution was successfully implemented and is continuing to be monitored.”
説明は自社内の経路制御に限定されている。 外部事業者の障害には触れていない。 影響は一部の利用者にとどまるとの表現である。 具体的な誤りの内容や再発防止策は示されていない。
Anthropicの部分障害と復旧過程
Anthropicは取材への見解表明を控えた。 状態表示での通知が主な情報源である。 午前6時23分の部分障害の警告に始まり、原因特定と修正展開を短時間で報告した。 午前9時16分に解決済みとした。 Claude Sonnet 5にも午前9時過ぎに短時間の不具合が報告された。
対象モデルの範囲は広い。 Claude Mythos 5.1とClaude Opus 5に加え、Anthropic、Fable 5復活を宣言で話題となった系列のClaude Fable 5.1も含まれた。 基盤モデルの世代交代が進む中での停止であり、開発用途への波及が懸念された。 同社は外部要因への言及を行っていない。 自社側での検知と復旧を強調する通知構成であった。
AnthropicをめぐってはRound Hill、SunoとAnthropicに10億ドル超訴訟など法務面の動きも続いている。 今回の障害は技術運用面の問題である。 両者は直接の関係を持たない。 ただし企業への信頼を左右する要素として、障害対応の透明性が注目される。
xAIとMemphis計算拠点の障害
xAIの説明は他2社と性格が異なる。 同社は当初、状態表示で定型的な文言を示した。
“Grok is experiencing issues. We are working on restoring service as quickly as possible.”
復旧後の文言も短い。
“We have resolved the situation, and traffic is healthy again.”
その後、親会社であるSpaceXが午後に補足した。 米Memphisの計算拠点で午前中に停止があったという内容である。 Grokの障害は同拠点の問題に起因すると説明した。
SpaceXはWiredの取材要請には回答しなかった。 一方で公開の見解では、影響を受けた計算資源の提携先への謝罪を表明した。
“We’d also like to apologize to our impacted compute partners.”
計算基盤の停止が対話型AIの停止に直結した構図である。 拠点障害の具体的な設備要因は明らかにされていない。
共有基盤障害説を裏付ける状況なし
同時刻の停止は、共有する第三者基盤の障害を連想させる。 通常、同一分野で複数障害が重なれば、クラウドや配信網、外部委託先の不具合が疑われる。 今回はその仮説を裏付ける材料が乏しい。 OpenAIとAnthropicは外部要因を示していない。 主要な基盤事業者側にも障害記録がない。
CloudflareとAmazon Web Services、Microsoft Azureはいずれも当日に障害を報告していない。 配信経路や計算資源の大規模な連鎖障害は確認されていない。 GoogleのGeminiにも障害の散発的な報告があった。 しかし同社は障害を確認せず、状態表示板にも記録を残さなかった。 Googleは公開前にWiredの取材要請へ回答しなかった。
YouTube Music Gemini連携、Android音楽体験を一変が示すように、Geminiの利用面は拡大している。 仮に軽微な不具合があったとしても、利用者側の体感と事業者側の定義には差が出やすい。 今回のGeminiに関する情報は未確認の段階にとどまる。 4社同時障害と断じる根拠はない。
SpaceX連携と計算資源の集中
注目されるのは計算資源の提携関係である。 AnthropicとxAIは2026年5月にSpaceXとの計算連携を発表している。 SpaceXが計算需要の受け皿や拡張の担い手となる構想である。 今回、SpaceXがGrok障害の背景として自社拠点に言及し、提携先への謝罪を添えた。 連携の実在と運用上の結びつきが改めて可視化された。
ただしAnthropicの障害とMemphis拠点の関係は不明である。 Anthropicは原因の詳細を公表していない。 OpenAIの経路誤りと拠点障害の関連も示されていない。 3件を単一原因で結ぶ材料はない。 同時性と提携関係という2つの事実だけが残る。
本記事は Wired に基づく(All Rights Reserved)。日本国著作権法32条の公正な引用に依拠する。 引用部分は原文のまま blockquote で示した。 企業名と時刻、対象モデル名は原報道の表記に従った。
編集部の見解
短期的には、障害時の代替手段の確保が運用要件として定着すると見る。複数モデルへの切り替え設計や状態表示の監視が標準化する可能性がある。ベンダーの説明責任に対する要求も強まると評価する。
長期的には、計算資源の集中と相互依存が設計上の論点になると見る。SpaceXとの計算連携のような提携は効率を高める一方で単一障害点になり得る。分散設定と透明性の確保が競争条件になると評価する。
残る問いは、同時刻の障害が偶然の一致だったのか否かである。原因の開示範囲は企業ごとに異なり、検証材料は不足している。利用企業は障害情報をどう監査すべきかという課題が問われている。
参考
- 「Nobody Is Saying Why OpenAI and Anthropic Had Outages Today」, by Lily Hay Newman — Wired, 2026-09-03T21:56:21.000Z (ARR)
- 元記事URL: https://www.wired.com/story/nobody-is-saying-why-openai-and-anthropic-had-outages-today/
よくある質問
- 2026年9月3日に何が起きたのか
- 太平洋時間午前にAnthropic、xAI、OpenAIの基盤モデルが相次ぎ障害を起こした。Claudeの一部モデルとGrok、ChatGPTとCodexに接続不具合が出た。各社は数時間で復旧を報告したが、共通原因は示されていない。
- 各社は原因をどう説明したのか
- OpenAIは経路誤りが午前7時43分ごろに発生し午前8時17分ごろに解決したと説明した。xAIはMemphis計算拠点の停止が背景とされ、SpaceXが提携先に謝罪した。Anthropicは詳細な見解を示さず状態表示で復旧を通知した。
- Google Geminiやクラウド基盤も関係したのか
- Geminiの障害報告は散発的にあったが、Googleは確認せず状態表示板にも記録はない。CloudflareやAWS、Azureにも当日の障害報告はなかった。共有基盤が原因とする裏付けは現時点でない。
コメント