何が起きたか
米太平洋時間9月3日（木）の朝、主要AI企業3社のサービスが立て続けに止まりました。Anthropicは6時23分に「partial outage（部分障害）」を告知し、Claude Mythos 5.1・Claude Fable 5.1・Claude Opus 5へのリクエストでエラー率が上昇していると説明。9時16分に「原因を特定し、修正を展開した」として解消を宣言しています。なお9時過ぎにはClaude Sonnet 5にも同種の症状が一時的に見られました。
xAIは6時30分ごろからGrokの障害を報告し、全プラットフォーム・全サービスでステータスページに「investigating outage」を掲示。10時5分に復旧完了としました。OpenAIは広報のKathleen Chaykowski氏が、7時43分ごろに始まったルーティングエラーによりChatGPTとCodexが一部ユーザーに利用できなくなり、8時17分ごろ（約34分後）に解決策を適用したと説明しています。
このほかGoogle Geminiの障害を示唆する散発的な報告もありましたが、Googleはステータスダッシュボードにインシデントを記録しておらず、WIREDの取材にも記事公開前までに回答していません。
「同時」は偶然か、共通の下流か
同一セクターで複数社が同時に落ちた場合、通常はクラウド事業者、CDN、あるいは共通の外部ベンダーが疑われます。しかし今回、Cloudflare、Amazon Web Services、Microsoft Azureのいずれも木曜に障害を報告していません。そしてOpenAIもAnthropicも、外部要因を原因として挙げていません。
唯一、具体的な原因に言及したのがxAIの親会社SpaceXでした。木曜午後、Grokの不具合は「同日朝の当社メンフィス計算センターの障害」に起因すると説明し、「影響を受けた計算パートナーにもお詫びしたい」と公表しています。ここが今回の最も示唆的な部分です。AnthropicとxAIは5月にSpaceXとの「計算パートナーシップ」を発表しています。SpaceXが「計算パートナー」への謝罪を明示した以上、メンフィスの障害の影響範囲がxAI社内で完結していなかったことは読み取れます。ただしAnthropicはこの件についてコメントを拒否しており、両社の障害が同一原因だと断定できる事実は示されていません。SpaceXもWIREDの取材には応じていません。
見えているのは「原因」ではなく「不透明さ」
事業側にとっての実質的な問題は、原因が何だったかよりも、原因が説明されないまま復旧したという事実です。OpenAIは「ルーティングエラー」という自社内の説明に留め、Anthropicは「原因を特定した」とだけ述べて中身を明かしませんでした。つまり利用企業は、この障害が再発しうる構造的なものなのか、単発の事故なのかを判断する材料を持たないまま業務を再開したことになります。
もうひとつ、時間の非対称性も見逃せません。OpenAIの停止は約34分でしたが、xAIは6時30分から10時5分まで、Anthropicは6時23分から9時16分まで、いずれも3時間近く不安定な状態が続きました。「AIが止まる」の意味は、ベンダーによって数十分から数時間まで幅があります。
💼 事業会社視点：これは自社にどう効くか
まず認識すべきは、AIベンダーの分散は冗長化になっていない可能性があるという点です。多くの企業が「OpenAIが落ちたらClaudeへフォールバック」という設計を入れていますが、9月3日はその両方が同時に落ちました。しかもAnthropicとxAIはSpaceXと計算パートナーシップを結んでおり、モデル層で分散していても計算基盤の層で相関する余地があります。マルチベンダー構成を持つ会社は、契約書ではなく「どのデータセンターに乗っているか」の粒度で相関リスクを棚卸しすべきです。
実務上、優先度が高いのは業種で分かれます。ECや会員サービスでAIチャットを一次窓口にしている企業は、3時間の停止に耐えられるフォールバック（有人チャット・FAQ・問い合わせフォームへの自動退避）を持っているか。SaaSでAI機能を課金対象にしている企業は、SLAで何を約束しているかを確認すべきです。上流ベンダーが原因を説明しない障害を、自社は顧客にどう説明するのか——今回のように「ルーティングエラー」以上の情報が出てこない前提で、開示文面をあらかじめ用意しておく価値があります。受託開発では、Codexが止まれば開発生産性が直撃されます。AIコーディング支援を工数見積の前提に織り込んでいるなら、それは可用性リスクを顧客に転嫁している状態です。
経営として今週やるべきことは一つ、「AIが3時間止まったら止まる業務」のリスト化です。冗長化の議論はその後で構いません。