ChatGPT、Claude、Grok が同時にダウン。原因は Azure か、AGI か、それとも別の何かか？

2026 年 9 月 3 日木曜日の 13:26 UTC、Anthropic のステータスページが、最新の Claude モデルでエラーが増加していると報告し始めました。1 時間以内に Grok は X 上で応答を止め、14:43 UTC には OpenAI のステータスページが ChatGPT と Codex について赤に変わりました。およそ 90 分間、米国の主要 AI アシスタント 3 つが同時に停止し、最後の 1 つが復旧するまでに、インターネットは説明を一式そろえていました。Microsoft Azure のリージョンが崩壊した、Cloudflare がまたやらかした、新しい GPT-6 モデルが自分のデータセンターを食い尽くした、あるいは機械が単に目を覚まして、もううんざりだと決めた、というものです。

5 日経った今も、3 社のいずれも根本原因の報告を公表しておらず、公開記録には依然として 1 つではなく 3 つの異なる説明が残っています。これは明確にしておく価値があります。この話の間違ったバージョンが、もっと分別があってしかるべきメディアによって繰り返されてきたからであり、正しいバージョンのほうが、どの説よりも役に立つからです。同時に起きた障害は、共有された障害ではありません。9 月 3 日、3 つの会社が同じ時間帯に、それぞれ異なる公表理由で停止し、公開記録上でそれらを結びつけるものは何もありません。

以下では、各説が何を主張し、証拠が何を語り、そしてどの答えが正しいと判明するかよりも、なぜこの問いのほうが重要なのかを見ていきます。

9 月 3 日に実際には何が起きたのか？

最も信頼できる情報源はステータスページです。各社自身がタイムスタンプを付けているからです。

Anthropic のインシデントログによれば、同社は開始から 15 分後の 13:41 UTC に「原因を特定」し、その後 2 時間半かけて修正に取り組んでからインシデントを終了しました。原因が名指しされることはありませんでした。同社の広報担当は The Register に対し、「インフラの問題により Claude.ai、Claude Code、Claude Cowork、Claude API 全体で部分的な障害が発生した」こと、そして「サービスは 16:16 UTC に復旧した」ことを伝えました。

OpenAI のインシデントページには、ログインや会話から音声モードやファイルアップロードまで、ChatGPT の 15 コンポーネントと Codex の 4 コンポーネントが列挙されています。同社の広報担当 Kathleen Chaykowski は、Wired と The Register に同じ一文を伝えました。「9 月 3 日木曜日の太平洋時間午前 7 時 43 分頃に始まったルーティングエラーにより、複数のプラットフォームで一部のユーザーが ChatGPT と Codex を利用できなくなりました。木曜日の午前 8 時 17 分頃の時点で、解決策の実装に成功し、引き続き監視を行っています。」UTC に直すと 14:43 から 15:17、Anthropic と xAI の障害時間帯にすっぽり収まる 34 分間の不具合です。

Grok についての説明は、今年前半に xAI を吸収した SpaceX から、The Register が引用したソーシャル投稿の形で出されました。「今朝、メンフィス計算センターの障害を受けて Grok に生じた問題について、お詫び申し上げます。影響を受けた計算パートナー各社にもお詫びします。」Engadget によれば、Elon Musk は、同社が「再発防止のための是正措置を講じている」と付け加えました。Wired が引用した xAI のステータスページは、インシデントを太平洋時間午前 6 時 30 分に開始し 10 時 05 分に終了しており、3 時間 35 分の障害でした。GitHub のステータスページは、「上流のモデルプロバイダーの問題により」Copilot 内で Grok モデルが 14:17 から 17:11 UTC まで劣化したと記録し、コーディングエディタの Cursor は「すべての Grok モデル」の劣化を 13:41 から 17:07 UTC まで記録しました。これらは Grok のインシデントについて私たちが持つ最も明確な第三者のタイムスタンプであり、依存の連鎖がどう走るかを示しています。モデルプロバイダーが停止すると、その上に構築された製品が数分後に停止するのです。

一般ユーザー報告で見た規模はこうです。Decrypt は Downdetector のピークを ChatGPT で約 38,000 件、Claude と Grok でそれぞれ約 1,400 件としています。Perplexity、Mistral、DeepSeek は障害の時間帯にステータスページ上でインシデントを示さず、Z.ai は「私たちはまだ稼働しています」と投稿しました。

Gemini は興味深い不在です。Ars Technica は、Downdetector の報告が約 23 件から 412 件に増えたことと、StatusGator が東部時間午前 10 時 45 分から 11 時 15 分の間に「Gemini API 障害の可能性」と記していたことを根拠に、Gemini を 4 番目の被害サービスに数えました。Gemini アプリを対象とする Google の Workspace ステータスダッシュボードには何も記録されておらず、唯一の認めた記述は、LADbible が引用した Google AI Studio ステータスページ上のメモで、Gemini API が「OpenAI 互換ライブラリ経由を含め、最近作成された API キーの提供に問題」を抱えていたというものでした。Google を綿密に追う 9to5Google は「Gemini は影響を受けていないようだ」と書きました。これは覚えておいてください。最初にして最も声の大きい説の中で、Gemini は対照群になるからです。

Azure の障害が ChatGPT、Claude、Grok を止めたのか？

これは見出しにまでなった説です。Tech Times は当日、「ChatGPT、Claude、Grok が崩壊するなか Gemini は生き残った：Azure に責任あり」として報じました。Computing は「Azure の障害が ChatGPT、Claude、Grok をダウンさせた可能性が高い」と続き、これは Azure の East US リージョンでの「イングレス障害」を示す StatusGator と Downdetector のシグナルに基づいていました。Shattered.io はそれを 90 分間の物語に仕立て、フランスでは developpez.com が読者に、Azure East US の障害が「この連鎖的障害の共通項だった」と伝えました。

この説が魅力的なのには理由があります。OpenAI と Anthropic はどちらも数十億ドル規模の契約のもとで相当なワークロードを Azure 上で動かしており、Gemini は Google 自身のクラウド上で動いていて稼働し続け、そして誰もが 2025 年 10 月 29 日を覚えています。この日、Azure Front Door の設定不良が Microsoft 365、Azure ポータル、そして Alaska Airlines の予約システムを 8 時間以上オフラインにしました。共有されたクラウド依存は当然の第一容疑者であり、「別のクラウドにいた 1 つだけが生き残った」というこの論法は、科学のように聞こえます。

しかし証拠に照らすと、4 つの点で成り立ちません。

第一に、Microsoft 自身の記録です。9 月 8 日に確認した Azure のステータス履歴には、2026 年 9 月のインシデントは 1 件も記載されておらず、最新のインシデント事後レビューは 7 月 23 日付です。Wired は、Cloudflare、Amazon Web Services、Microsoft Azure が「木曜日に障害を報告しなかった」と報じ、自ら Azure の可能性を提起していた 9to5Google は、広報担当者の名前を挙げずに 1 行の否定を追記しました。「Microsoft はそうではないと述べている」。Ars Technica は、その朝 AWS、Azure、Cloudflare について Downdetector の報告が「いくらか急増した」と指摘しましたが、それはまさに大規模障害のたびに一般ユーザー報告サイトで起きることです。AI ツールが止まった人々が、思いつく限りのあらゆるサービスを報告するのです。実際に Azure 上に存在するアシスタントである Microsoft 365 Copilot Chat は、その日 Microsoft 唯一の公式 Copilot インシデントを 17:36 UTC に記録しましたが、それは 3 つの AI インシデントがすべて終了した後でした。

第二に、証拠そのものです。「Azure East US のイングレス障害」を Tech Times を通じてさかのぼると、第三者の監視サービス StatusGator に投稿された、ユーザーによる 1 件のメモに行き着きます。「EAST US のイングレスが太平洋時間午前 10 時 26 分からダウン。MSFT サポートと対応中、先方はその時刻に自社側でアップグレードがあったと報告」。これは匿名の顧客 1 人のチケットであり、StatusGator のライブページにはもう表示されておらず、そこに示された時刻、太平洋時間午前 10 時 26 分すなわち 17:26 UTC は、Claude が復旧してから 1 時間以上後、ChatGPT のインシデントが終了した後、そして Grok のモデルが Copilot に戻った後にあたります。

第三に、Grok です。SpaceX は Grok の停止を、Azure のどのリージョンでもなく、テネシー州メンフィスにある自社の Colossus サイトに位置づけました。各社自身の説明に基づけば、この説は Grok には届かないので、せいぜい 3 つのうち 2 つを説明できるにすぎず、その 2 つについても当事者各社は別の説明をしています。

第四に、最も見過ごされている点ですが、各社は原因を挙げています。「ルーティングエラー」と「インフラの問題」は曖昧ですが、プロバイダー自身の言葉であり、どちらもクラウドのリージョンを指してはいません。私たちのルール、そして誰もが持つべきルールは、障害の原因は、運営者が別のことを述べるまで、運営者が述べた原因であるということです。

結論：裏付けなし。Azure 説は、一般ユーザー報告が生んだ副産物を根本原因に仕立てたものです。

Cloudflare か、DNS か、それとも別の共有経路だったのか？

Cloudflare は第二の容疑者でしたが、これには技術的にもっともな理由がありました。ChatGPT のエラーページには Cloudflare の「cf-ray」識別子が含まれており、700 件を超えるコメントが付いた Hacker News のスレッドでは、開発者たちがその ID の中の空港コードに気づき、自然な結論を導き出しました。前例は記憶に新しいものでした。2025 年 11 月 18 日、Cloudflare の障害、すなわちボット管理の設定ファイルがサイズ 2 倍に膨らんでプロキシをクラッシュさせた一件は、実際に 11:20 UTC から ChatGPT を X とともに、そしてウェブのかなりの部分をオフラインにしました。

違いは、Cloudflare がそれぞれの時にどう対応したかです。11 月には、同日中に詳細な事後分析を公開しました。9 月 3 日には、公式に正反対のことを述べました。「Cloudflare は現在、重大なサービス障害を一切経験していません。当社のサービスは正常に稼働しており、これと異なる報道はいずれも誤りです。」Cloudflare のステータス履歴には、障害の時間帯にはモントリオールとシカゴでの 2 件の計画メンテナンス以外何もありません。10 か月前にインターネットの半分を壊したと認めた会社が、2 度目について嘘をつく動機はなく、cf-ray ID が証明するのは Cloudflare が ChatGPT の前段にいるという、いつもどおりの事実だけです。スレッドのあるコメント投稿者が言ったように、「AI データセンターの障害で chatgpt.com が 404 を返す理由がいまだに分からない」のです。404 はサーバーからの応答であって、ネットワークが失われたことを意味しません。

もう 1 つの反射的な説「たぶん DNS だ」も、いつもどおり持ち出され、いつもどおり証拠を欠いていました。DNS 事業者はどこもインシデントを報告せず、どのプロバイダーも名前解決の失敗に言及しませんでした。

結論：裏付けなし。Cloudflare の明示的な声明と、他のどの経路も不具合を報告していないことによります。

メンフィスは Claude と Grok をつなぐ失われた環なのか？

ここに、証拠の量に比して最も注目されなかった筋があり、これは Azure とはまったく関係がありません。翌日の Futurism の続報がそれを指摘しました。その背後にある契約は、明確に述べておく価値があります。

2026 年 5 月 6 日、Anthropic は、Claude Pro と Max の加入者にサービスを提供するため、SpaceX の Colossus 1 データセンターで「300 メガワットを超える新規容量（220,000 基以上の NVIDIA GPU）」を契約したと発表しました。Colossus 1 はメンフィスにあります。9 月 3 日、SpaceX は Grok の停止を「メンフィス計算センターの障害」のせいだとし、「影響を受けた計算パートナー各社」に謝罪しました。Anthropic はそのパートナーの中で最もよく文書化された存在であり、そのインシデントは xAI の 4 分前に始まり、そのステータスページは原因が特定されたとしか述べていません。

これは、3 つのサービスのうち 2 つが共有する、現実の、文書化された、物理的な依存関係です。もしメンフィスの出来事が Anthropic の言う「インフラの問題」の指すものだとすれば、Claude と Grok の障害には 1 つの原因があったことになり、しかも退屈な原因です。あるデータセンターが、ついていない朝を過ごしたというだけです。Anthropic はそうは述べておらず、Wired は同社が「ステータスページ以上のコメントを控えた」と報じました。同社がそう述べるまで、この結びつきはもっともらしい推論であって事実ではなく、私たちもそのように提示します。

メンフィスにできないのは、OpenAI に届くことです。ChatGPT はそこで動いておらず、OpenAI の不具合はメンフィスのインシデントから 1 時間以上後に始まり、OpenAI はルーティングエラーだと説明しました。AI Chat Daily が言うように、メンフィス説は「OpenAI を明らかにはカバーしない」のです。

結論：文書化された依存関係は存在するが、どちらの会社もそれを 9 月 3 日と結びつけておらず、3 社目には届かない。

1 つの障害が他の障害を引き起こしたのか？

連鎖説は、俗説の中では最も筋の通ったものです。1 つのアシスタントが止まると、そのユーザーが次のアシスタントに殺到し、その急増がそちらも落とす、というものです。前例もあります。2024 年 6 月 4 日、ChatGPT、Claude、Perplexity が数時間のうちに相次いでダウンしました。Perplexity のエラーメッセージははっきりこう言っていました。「現在、多くの質問が寄せられており、容量の上限に達しています。」その日も、共有された原因が確認されることはありませんでした。

今回、この説は業界内にも信奉者がいました。The Verge によれば Grok のエラーメッセージは「このモデルは現在過負荷状態です。しばらくしてから再試行するか、別のモデルを選んでください」と表示され、OpenAI のあるエンジニアは X に「うちが落ちると、残りが吸収しなければならないトラフィックが多すぎて、全部落ちるという噂がある」と投稿しました。

9 月 3 日については、出来事の順序が問題です。Claude が最初に止まり、Grok が数分後、ChatGPT はそれから 1 時間以上後でした。連鎖が成り立つには、はるかに小さい 2 つのサービスから、群を抜いてユーザーの多い ChatGPT に向かって連鎖が走らなければならず、しかも OpenAI は自社の不具合を負荷ではなくルーティングのせいだとしています。逆方向、つまり ChatGPT の障害が Claude と Grok にトラフィックを溢れさせるほうなら筋が通りますが、時計がそれを否定しています。

結論：歴史とは整合するが、今回のタイムラインとは整合しない。

GPT-6 Astra か、AGI の覚醒か、それとも Skynet か？

これはその日のもう 1 つの大きなニュースで、2 つが衝突しました。ChatGPT がダウンしている間に、ChatGPT のアカウントは「星々はほぼ整列した」と投稿し、その日の午後、OpenAI は GPT-6 Astra を発表しました。同社によれば「テキサス州の Stargate サイトにある 100,000 基以上の GPU」で訓練されたモデルです。社長の Greg Brockman は記者団にこう語りました。「私たちが今 AGI の時代にいると感じるのは不合理ではありませんし、この［モデルが］最初のものだと言いたいのであれば、それは妥当だと思います。」Axios はこのブリーフィングに「AGI の時代へようこそ」という見出しを付けました。多くの現役開発者が新モデルへの評価を形づくる場であるファーストルック動画の Fireship は、9 月 4 日のタイトルで問いをそのまま投げかけました。「OpenAI は本当に AGI を作ったのか？」

そこでインターネットはいつもどおりのことをしました。「システムは 2026 年 9 月 3 日にオンラインになる… Astra は幾何級数的な速度で学習を始める」と、ある Hacker News ユーザーは『ターミネーター』を引用して書きました。「SkyNet が武装している」と別のユーザー。Futurism は残りを集めました。「やっと太陽が見える！」、Paris Marx の「ほんの一瞬、何百万人もの人々が再び自分の脳を使わなければならなかった」、そして ThePrimeagen の、わずか 4 語からなる完全な分析、「All the AI is down（AI は全部ダウン）」。より真面目なバージョン、「Astra が今日リリースされる。たぶん偶然じゃない」は、スレッドで最も繰り返された考えでした。

これは偶然であり、しかも確認するのは簡単です。9 月 3 日に Astra が届いたのは、OpenAI の Daybreak サイバーセキュリティプログラムに参加する限られた企業顧客だけで、有料加入者が手にしたのは翌日であり、その後 Sam Altman は「まず、雑然としたロールアウトについてお詫びします」と書きました。ローンチが OpenAI のシステムにどれほどの負荷をかけたにせよ、それが Anthropic や xAI のシステムに触れることはありえず、しかもその 2 社が先に止まったのです。OpenAI 自身のインシデントは、広報担当によれば 34 分間のルーティングエラーであり、その日のインシデントコマンダーだと名乗る Hacker News ユーザーはスレッドにこう書きました。「当社のインフラ内でルーティングエラーが発生し、一部の製品に問題が生じました。Astra のローンチとは無関係です。他のプロバイダーの障害についてはコメントしません。」限定プレビュー中のモデルに手はありません。メンフィスのデータセンターや競合他社のルーティングテーブルに手を伸ばすことはできません。もし AGI の時代が 9 月 3 日に始まったのだとしたら、それは午前中を休むことから始まったのです。

結論：その日いちばんのジョーク。それ以上のものではない。

太陽嵐、サイバー攻撃、それとも単なる偶然か？

残りの説は手早く片付きます。攻撃に言及したプロバイダーはなく、攻撃を受けた会社はそう言う傾向があります。攻撃はルーティングエラーよりも良い物語だからです。太陽嵐バージョンは観測機器で崩れます。地磁気擾乱の標準的な指標である NOAA の惑星 K 指数は、9 月 8 日に確認したところ、9 月 3 日のピークが 2.33 で、小規模な嵐は 5 から始まります。いずれにせよ、データセンターを乱すほど強い地磁気嵐なら、先に電力網と衛星を乱していたはずです。

残るのは偶然で、これは最も満足感のない答えであり、プロバイダー自身の声明が行き着かせる答えでもあります。これらの会社はいずれも毎月インシデントを記録しており、そのステータスページは長い文書です。Anthropic は同じ日の朝、これらが始まる前の 12:37 から 12:56 UTC の間に、Claude Sonnet 5 の別のインシデントをすでに開始し終了させていました。OpenAI のページには 2025 年 6 月 10 日に 06:36 から 22:00 UTC まで続いた 1 件のインシデントが載っており、9 月 3 日の生存者である Gemini は、2026 年 6 月 10 日に Google のデータベースでの「極端な読み取り競合」により7 時間にわたってダウンしました。米国の平日のある木曜の朝に 3 件のインシデント、そのうち 1 件はメンフィスを通じて共有されていた可能性がある、というのは珍しいことですが、2024 年 6 月の三重障害は、共通の原因が一度も浮上しないまま同じことが以前にも起きたことを示しています。「証拠は、異なる公開説明と不完全な根本原因開示を伴う、3 件の重なり合うプロバイダーのインシデントを裏付けている」と、ある綿密なタイムラインの再構成は結論づけており、誠実な説明はそこで終わります。

なぜ答えよりも問いのほうが重要なのか？

どのバージョンが真実であれ、この日が露わにしたのは同じことです。今や膨大な数の人々と企業が一握りのプロバイダーに依存し、そのプロバイダーは一握りのデータセンター運営者と、ほとんどの場合 1 社のチップ供給者に依存しているのです。

数字は公開されています。Synergy Research Group によれば、Amazon、Microsoft、Google は、2026 年第 2 四半期に 1,430 億ドルに達したクラウドインフラ市場のそれぞれ 28%、20%、15% を占めました。OpenAI は追加で 2,500 億ドル分の Azure サービス、その後 1,000 億ドル拡大された 380 億ドルの AWS 契約、最大 10 ギガワットの Nvidia システム、そして 6 ギガワットの AMD GPU を契約しています。Anthropic は AWS を主要な訓練パートナーと呼び、最大 100 万基の Google TPU を契約し、Azure に 300 億ドルをコミットし、5 月以降はメンフィスの Colossus 1 全体を借りています。xAI は 100,000 基の Nvidia Hopper GPU を 122 日でColossus に組み上げ、その後それを倍増させました。Nvidia はそれらの契約の大半の背後におり、平日の朝に人々が手を伸ばすフロンティアモデルはすべて、3 つのクラウドのいずれか、あるいはテネシー州の 1 つのキャンパスの上に存在しています。ChatGPT だけで、2 月に週間ユーザー 9 億人を報告しています。

依存は今や測定可能です。2026 年 6 月に公表された16 か国 1,000 人の上級幹部を対象とする調査で、IBM の Institute for Business Value は、71% が主要な AI ベンダーまたはモデルの切り替えは難しいと答え、91% が AI ベンダー、モデル、インフラにまたがる自組織の依存関係を完全には理解していないと答え、81% がベンダーの 7 日間の障害は深刻または致命的な混乱を引き起こすと答えたことを明らかにしました。73% が自社の AI 資産を意図的にマルチベンダーにしていると説明し、IBM が高度な管理水準と呼ぶレベルで運用していたのはわずか 7% でした。「AI は、従来のガバナンス、調達、技術サイクルが対処するよう設計されたよりも速く進化する、新しい形の依存をもたらした」と IBM の Ana Paula Assis は述べています。

Forrester の Charlie Dai は、障害の翌日、ITPro で運用上の結論を引き出しました。「複数の大手プロバイダーが、明確に確立された共通原因なしに重なり合う障害を経験すると、企業はシステミックリスク、依存の集中、再発の可能性を正確に評価できなくなる。」彼の処方箋は、「フロンティア AI サービスが常に利用可能だと想定するのではなく、マルチモデル戦略、フォールバックのワークフロー、事業継続計画」でした。

規制当局も同じ方向に動いています。2026 年 7 月 13 日、英国は Amazon Web Services、Google Cloud、Microsoft、Oracle を、金融システムに対する重要な第三者として直接の監督下に置きました。「同じプロバイダーが何千もの企業にサービスを提供していると、1 つの障害が金融システム全体に波及しかねない」と、金融行為規制機構（FCA）の最高経営責任者 Nikhil Rathi は述べました。FCA の政策文書 PS26/2 は、2027 年 3 月 18 日から運用インシデントと重要な第三者取り決めの報告を義務化するもので、まさに 9 月 3 日が可視化した種類の依存のために書かれた制度です。

それがこの障害の有用な読み方です。Azure 説は間違っていましたが、その背後にある不安は正しかったのです。人々が今、書き、コードを書き、検索し、判断するために使うシステムは、ごく少数の建物に集中しており、その建物の外にいる誰も、それらがどうつながっているかを見ることができません。

分散型 AI は本当の代替になりうるのか？

AI を分散化すべきだという主張は、かつては暗号資産の議論でした。9 月 3 日はそれを可用性の議論に変えました。3 つの別々の公表原因を持つ 3 つの会社が 1 つの時間帯の中で停止しうるなら、リスクは特定の 1 つのデータセンターではなく、業界の形そのものです。少数のモデルが、少数のクラウド上で、ほとんど 1 社のチップ供給者に依存して動き、その下流にいる全員がそれらすべてに同時に依存しているのです。

Gonka はその主張の上に築かれたプロジェクトの 1 つで、創業者たちが最も率直にそれを語るプロジェクトです。自らを「高効率 AI コンピュートのための分散型ネットワーク」と説明し、David と Daniil の Liberman 兄弟によるロサンゼルスの会社 Product Science（兄弟の以前のスタートアップは Snap に買収されました）でのインキュベーションを経て、2025 年 8 月に稼働を開始しました。独立した運営者が Nvidia GPU を提供してネットワークのトークンで報酬を受け取り、開発者は DeepSeek、Kimi、MiniMax などのオープンウェイトモデルをOpenAI 互換のエンドポイント経由で呼び出します。価格はベンダーの価格表ではなく、利用率に応じて変動します。そのアーキテクチャ文書は、ここで問題となる約束を 1 行で示しています。「システムは分散化されており、推論リクエストをネットワークノードに振り向ける単一の司令点は存在しない。」そのホワイトペーパーは、このネットワークが対処するために存在するリスクを名指ししています。「計算資源を少数の支配的なプロバイダーに集中させることは、検閲と中央集権的な支配に関する重大なリスクをもたらす。」Bitfury は 2025 年 12 月、ネットワークが 6,000 基を超える Nvidia H100 相当の計算能力を報告した時点で5,000 万ドルをネットワークに投じることを表明し、2026 年 2 月までにプロジェクトが示した数字は、およそ 20 か国にまたがる約 14,000 H100 相当でした。

創業者たちが目標を表す言葉は主権です。「コンピュートを支配していなければ、あなたの AI 政策は戦略ではなく要望にすぎない」と Liberman 兄弟は 7 月に述べ、その代替を「GPU 封建制、人々が他人のコンピュート領地の小作人になる未来」と呼びました。5 月の Fortune への寄稿では、ハイパースケーラーへの集中を「単一障害点または支配点」と表現しました。彼らの主張は、国、大学、企業が、ハイパースケールのクラウドを建てることなく、すでに所有している GPU を所有者のいないネットワークにプールすることで、誰にも止められない AI 能力を持てるというものです。

その横には 2 つの但し書きが添えられるべきで、そのうち 1 つは Gonka 自身の文書が提供しています。分散型ネットワークは、単一障害点をより大きな変動性と引き換えにします。2026 年のある業界分析が述べたように、「分散型ネットワークは本質的に、専用データセンターよりも信頼性の変動幅が大きい」のであり、ハイパースケーラーとの契約が提供する企業向けサービス保証を提供しているものは、まだ 1 つもありません。Gonka のセキュリティ分析は、「現時点では、この防御の組み合わせに対する成功した不正戦略は知られていない」と述べていますが、これは保証ではなく誠実な一文です。そして、ネットワークのトークンは 1 月以降その価値の大半を失っており、これは GPU が推論を提供しているかどうかについては何も語りませんが、この分野の関心がいまだにどこへ向かっているかについては多くを語っています。Bittensor、Akash、io.net、Prime Intellect は、同じ実験のバリエーションを走らせています。

この実験がこれまでに示したことは、そのマーケティングより狭く、それでも持つ価値があります。オープンなモデルは、単一の企業が支配しない何千もの GPU から提供でき、あるベンダーのルーティングエラーやメンフィスのついていない朝が、それらすべてを一緒に落とすことはないのです。9 月 3 日のような日には、それこそが唯一意味を持つ性質です。

AI アシスタントが落ちたとき、何をすべきか？

個人にとって、9 月 3 日のプレイブックは短いものです。

何よりも先にステータスページを確認する。status.openai.com、status.claude.com、status.x.ai はいずれも数分以内にインシデントを表示しました。ページが赤なら、あなたの側で何をしても役に立ちません。待つか、切り替えてください。

2 つ目のアシスタントにサインインしておく。9 月 3 日には Gemini が稼働し続け、ChatGPT がまだダウンしている間に Claude のほとんどのモデルは 15:25 UTC までに復旧し、2024 年 6 月 4 日のパターンはまた違っていました。2 つのクラウド上の 2 つのプロバイダーは、存在するなかで最も安上がりな冗長性です。開発者はさらに進んで、フォールバックをコードに組み込むべきです。そうすれば、あるベンダーでの 34 分間のルーティングエラーは、インシデントではなく 1 行のログになります。

障害とブロックを見分けられるようになる。これが VPN が意味を持つケースです。OpenAI と Anthropic はどちらも対応国のリストを公開しており、OpenAI のページは「以下に記載された国と地域の外で当社のサービスにアクセスする、またはアクセスを提供することは、アカウントのブロックまたは停止につながる場合がある」と警告しています。規制当局もブロックします。イタリアのデータ保護当局は2023 年 3 月 31 日に発表した命令で、ChatGPT にイタリアのユーザーのデータ処理の停止を命じ、サービスは 4 月 28 日までイタリアで停止しました。ステータスページが緑なのにアシスタントがあなたを拒否するなら、問題はあなたの所在地であって、プロバイダーではありません。Le VPN の 100 か所以上のロケーションの 1 つである母国のサーバーを経由した接続は、銀行やテレビの場合と同じように、旅行中もあなたが料金を払っているサービスを取り戻します。インターネット検閲の回避に関する私たちのガイドは、同じ問題の国家レベル版を扱っており、この古い記事は、VPN が地域的なネットワーク障害を迂回できても、プロバイダー自身の障害は決して迂回できない理由を説明しています。

AI エージェントに固定の出口国が必要なら、それを与える。自律エージェントも所在地のテストに落ちますし、サポートチケットを開くこともできません。Le VPN のアカウント不要の x402 パスはそのケースのために存在します。HTTP リクエストの中で購入する WireGuard 設定で、フランス、ドイツ、英国のいずれか 1 台のサーバーを、1 日、1 週間、または 1 か月使えます。

これらのどれも、死んだモデルを生き返らせはしません。それが 9 月 3 日の物語の要点です。ツールはインフラになり、インフラは集中しており、今日ユーザーに残された唯一の防御は、そのうちの複数に依存することです。