ChatGPT、Claude、Grok 同日故障：唔係一宗事故，真正關連係乜？

三大 AI 服務喺 2026 年 9 月 3 日出現時間重疊嘅中斷，但現有證據唔足以證明佢哋係同一個原因所致。較穩妥嘅結論係：Grok 營運方將事故歸因於孟菲斯運算中心故障；OpenAI 指 ChatGPT 同 Codex 受另一宗路由錯誤影響；Anthropic 就只形容 Claude 遇到基礎設施問題。 3540

公開資料實際證實咗乜

Grok 營運方表示，其孟菲斯運算中心當日故障，令 Grok 出問題，亦向受影響嘅「運算合作夥伴」致歉。報道指，Grok 大約由太平洋時間早上 6 時 30 分開始受影響，持續約 3 個半鐘。 40

OpenAI 對 ChatGPT 同 Codex 提出另一個解釋：太平洋時間早上約 7 時 43 分發生路由錯誤，令部分用戶無法喺不同平台使用服務；至約 8 時 17 分，解決方案已經部署，並繼續監察恢復情況。 35

Claude 同樣出現較高錯誤率。當時報道引述其狀態資料，指事故持續 3 小時 6 分鐘；Anthropic 形容為影響 Claude 服務嘅基礎設施問題。不過，公開報道無指出究竟邊個組件失效，亦無講 Claude 是否設於、或依賴孟菲斯嗰個設施。 3545

呢個分別好關鍵：孟菲斯設施故障對 Grok 嘅影響已獲確認；ChatGPT 及 Codex 有獨立嘅路由問題解釋；至於 Claude 是否與孟菲斯有關，目前仍然只係未證實推論。

故障窗口重疊，但唔係所有服務一齊、同樣長時間停擺

將呢次事件概括成「多個 AI 同時故障」或者「五小時 AI 停擺」，可以反映用戶喺一段時間內先後遇到多間主流服務失靈；但唔應理解成每一間供應商都完整停咗五個鐘。

現有報道顯示，Claude 最早喺太平洋時間約早上 6 時 23 分出現錯誤率上升，Grok 約 6 時 30 分出事，ChatGPT 路由錯誤則喺 7 時 43 分開始。Claude 於早上 9 時 16 分恢復；Grok 據報受影響約 3 個半鐘。 354045

實際營運影響依然唔細：消費者聊天服務、模型 API、編程工具以至由 AI 驅動嘅工作流程，都可能同時失去或降低可用性。平日「轉用另一間知名模型供應商」嘅應變做法，喺故障時間重疊之下就未必奏效。 3538

Claude 有冇受孟菲斯故障影響？

呢個講法並非完全無來由：Grok 營運方提到孟菲斯事故亦影響未有具名嘅「運算合作夥伴」，而 Claude 又剛好喺相近時段出現基礎設施事故。 4045

但「有可能」唔等於「已證實」。現有報道入面，Grok 營運方無公開點名 Anthropic 或 Claude 係受影響合作夥伴；Anthropic 亦無公開指孟菲斯係 Claude 停擺源頭。因此，較準確嘅說法係：

• **已證實：**Grok 受孟菲斯運算中心故障影響。 40
• **已證實：**Claude 出現與基礎設施有關嘅服務中斷。 3545
• **未獲證實：**Claude 故障由孟菲斯設施引起，或者其服務經由該設施運行。

如果將最後一點當成定論，就係將時間上嘅重疊，直接當成因果關係，證據並不足夠。

點解唔可以話 Azure、Cloudflare 已被完全排除？

公開證據唔支持斷言 Azure 或 Cloudflare 已經被「完全排除」。較準確嘅講法係，當時已公布嘅歸因指向其他地方：OpenAI 指向路由錯誤，Grok 營運方則指向孟菲斯。 3540

提供嘅資料無任何來源將事故歸因於一次大規模 Azure 或 Cloudflare 故障。呢點令「單一雲端或網絡供應商全網出事」嘅可能性較低，但唔代表可以排除間接依賴，例如特定地區網絡路由、DNS、身分驗證、網絡轉接、容量限制，或者其他共享供應鏈環節。要作出徹底排除，仍需要更完整嘅依賴關係資料同技術事故報告。

韌性教訓：多供應商，不等於真正獨立

呢次事件提醒企業：有幾間模型供應商喺名單上，唔代表已經有可靠嘅業務持續運作方案。對客戶嚟講似乎互不相干嘅 AI 服務，背後仍可能共用實體運算設施、雲端地區、網絡、登入驗證、模型託管、硬件供應，甚至營運支援。任何一層出事，都可能令原本以為可互相備援嘅選項同時失效。

當 AI 已嵌入日常營運，而唔止用嚟閒聊時，風險會更加實在。模型不可用可以令排隊工作、工具調用、審批、客服流程、編程管線同監控工作停滯；恢復服務後亦可能出現第二輪問題——例如重試造成重複執行外部操作，或者遺失安全續辦所需嘅狀態資料。

點樣測試 AI 停機韌性

喺正式業務環境使用 AI 嘅機構，應該針對今次事件突顯嘅情況做演練：

1. **供應商完全失效：**模型 API 同聊天介面都無法使用。
2. **局部劣化：**錯誤率上升、延遲增加、串流回應失敗，或者工具功能不可用。
3. **登入及網絡問題：**身分驗證、DNS、路由或特定地區連線中斷。
4. **相關供應商一同失效：**兩個或以上原以為獨立嘅供應商喺同一時段出問題。
5. **恢復期風險：**重試、排隊工作、工具調用同審批程序恢復時，如何避免重複操作或遺失狀態。

測試應量度恢復時間、積壓工作處理、人手接管、資料一致性，同埋「冪等性」——即同一操作重複執行都唔會帶來意外嘅第二次效果。

供應商亦可以透過發布更清楚嘅技術事故報告，令客戶做出更嚴謹評估：報告應分開交代時間線、受影響組件及地區、根本原因、緩解措施同防止重演嘅行動。就 9 月 3 日事件而言，公開資料足以分辨 Grok 所報稱嘅孟菲斯故障同 ChatGPT 所報稱嘅路由錯誤；但仍不足以證明 Claude 同樣依賴孟菲斯，亦未能畫出導致事故重疊嘅深層基礎設施關係圖。 354045