ChatGPT、Claude、Grok 同日中斷：三家官方狀態頁確認事故重疊約九十分鐘

2026 年 9 月 3 日（美國東岸早上、香港入夜至 9 月 4 日凌晨），OpenAI、Anthropic 與 xAI 的官方狀態頁先後確認 ChatGPT／Codex、多款 Claude 模型，以及 Grok 出現服務中斷或錯誤率上升。三者在美東時間約 10:43 至 12:16（香港時間 9 月 3 日 22:43 至 9 月 4 日 00:16）有一段約九十分鐘的官方重疊窗口。本文已核對 OpenAI、Anthropic、xAI 狀態頁原文，並以 Ars Technica、9to5Google 作交叉參照，來源真實性已驗證。Google 並未就 Gemini 發出官方事故；共同雲端基礎設施成因亦未經三家或雲端供應商證實，本文不採信。

重點預告：這不是單一廠商的例行維護，而是三家主流公有 AI 在同一上午同時亮紅燈；對把日常編碼、客服與知識工作掛在 ChatGPT、Claude、Grok 上的團隊，等於短暫失去備援。

一、核心事件

技術細節

Anthropic 狀態頁「Elevated errors for multiple models」顯示：2026 年 9 月 3 日 13:26 UTC（香港時間 21:26）開始調查 Claude Mythos 5.1、Fable 5.1 與 Opus 5 的請求錯誤率上升；13:41 UTC 稱已找出原因。13:50 UTC 列出受影響型號還包括 Mythos／Fable 5、Opus 4.8、Opus 4.6。15:25 UTC 更新稱當時僅餘 Opus 4.8 與 Opus 5 未回到基線；16:06 UTC 部署修復並監察；16:16 UTC（香港時間 9 月 4 日 00:16）標示已解決。同日稍早另有 Claude Sonnet 5 短時錯誤（12:37–12:56 UTC）。Ars Technica 以美東時間記錄該主事故約 9:23 a.m. 至 12:16 p.m.。

OpenAI 狀態頁事故「Elevated errors across ChatGPT and Codex」（https://status.openai.com/incidents/01M1KWEDH417T2CF44YYHZDFCR）標為已解決的效能下降：美東時間 10:43 a.m. 開始調查，11:17 a.m. 已套用緩解並監察，12:55 p.m.（香港時間 9 月 4 日 00:55）宣布解決。受影響組件包括 ChatGPT 15 項與 Codex 4 項。公告並提醒部分 Codex 遙控用戶事後或需重新配對流動裝置。

xAI 的 Grok（Web）狀態頁記錄 2026 年 9 月 3 日 13:30 UTC 起「Models outage」，歷時約 3 小時 37 分（約香港時間 21:30 至 9 月 4 日 01:07）。Grok iOS、Android 與 us-east-1.api.x.ai 同期有相同「Models outage」紀錄。三家官方窗口重疊的核心時段，即 OpenAI 開案之後、Anthropic 結案之前。

Ars Technica 標題寫「四家」並把 Gemini 算進去，但內文同時註明 Google 並未公開承認 Gemini 事故，僅 DownDetector 與 StatusGator 出現用戶申告與短暫「likely outage」。9to5Google 亦寫明 Gemini 沒有官方中斷。本文只把 Google 用戶申告視為未經官方確認的旁證，不當作第四宗已核實事故。Ars 截至發稿亦指 Amazon Web Services、Microsoft Azure、Cloudflare 未報重大事故；9to5Google 曾推測 Azure 共同成因，但三家與雲端供應商均未證實，故不採信。

二、技術原理深度解析

公有生成式 AI 對企業已是生產路徑，而不只是示範：對話介面、API、編碼代理（Codex、Claude Code、Grok API）共用同一控制平面。當錯誤率在「調查中」狀態上升，失敗會同時打在聊天、補全、代理迴圈與遙控配對，而不是單一網頁 500。

重疊中斷之所以罕見，是因為三家互為備援假設：ChatGPT 不可用就轉 Claude，Claude 變慢就轉 Grok。一旦官方事故窗口疊上約九十分鐘，這條「換一家就好」的非正式業務連續計劃就失效。OpenAI 的 Codex 遙控要重新配對，說明中斷不只影響文字生成，也打斷裝置與會話綁定。

共同根因目前沒有官方結論。可能路徑包括：各自獨立的容量事件碰巧落在同一早高峰；用戶從一家失敗服務湧向另一家造成連鎖負載；或共享上游（雲端區域、骨幹、身分供應商）出現未對外說明的摩擦。在供應商未公布根因報告前，把事故寫成「Azure 故障所以三家同時中斷」並不負責任。對採購與架構而言，真正可執行的推論只有一條：把業務關鍵推理全部放在同一批公有 SaaS 端點，本身就是單點。

四、日常應用場景

1. 開發者與技術團隊

依賴雲端編碼代理寫測試、開 PR、跑終端工作流的團隊，會在這九十分鐘內看到請求失敗、會話中斷、裝置要重新配對。實務上應預先準備：本機模型或私有 API 作降級路徑、把密鑰與倉庫留在可控環境、不要讓唯一的 CI 閘門綁死在單一公有模型。

2. 企業與隱私敏感行業

金融、醫療、法律若把案件摘要、病歷草稿或合約審閱放在 ChatGPT／Claude 網頁，中斷的代價是工時，也是一次提醒：提示與檔案本來就不該只活在境外 SaaS。香港《個人資料（私隱）條例》（PDPO）下，跨境傳輸與處理者管理仍要可審計；公有模型一旦不可用，臨時改貼到另一家境外服務，只會把合規缺口再撕大。

3. 一般用戶

一般付費用戶會看到對話發不出、應用程式報錯。服務已恢復，但不宜假設「大型 AI 不會同時掛」。把唯一筆記、行程或客服回覆押在單一聊天視窗，風險與把唯一電郵押在單一雲端信箱類似。

4. 香港與亞洲市場視角

香港與亞洲團隊的上班時間，對上的是美國東岸清晨到午間。這次官方重疊窗口落在香港 22:43 至 00:16，對通宵發版、跟隨美股或遠端對接美國客戶的團隊衝擊更大。時差不能當備援：當三家一齊亮紅燈，亞洲側沒有「還有另一個時區的模型可用」。對不願把源碼與客戶數據送上公有雲、又要維持可用度的機構，把推理放在香港境內、提供 OpenAI 相容 API 的私有部署，會比再多申請一個境外帳號更貼實際。

五、專業評價與潛在考量

優勢

• 三家都在官方狀態頁留下可引用時間線，企業事後對帳、寫事故報告有依據。
• 重疊窗口把「多一個公有供應商＝高可用」這句口號證偽，有助董事會重新看業務連續與數據主權預算。
• OpenAI 對 Codex 遙控配對的提示，說明供應商開始把代理裝置狀態納入事故溝通。

需要留意的地方

• 官方「elevated errors／degraded performance」與用戶體感的「完全掛掉」並非同一指標；未看狀態頁就轉述「全網崩潰」會誇大。
• Gemini、Azure 共同成因均無官方確認，二次報道容易把 DownDetector 尖峰寫成根因。
• 根因報告尚未公開；在 RCA 出來前，不應把這次寫成已證實的共享基礎設施事故。

結語

ChatGPT、Claude、Grok 在同一美東上午留下可核對的官方事故，重疊約九十分鐘，足以讓「換一家公有模型就當災備」的假設破產。香港企業若要把生成式 AI 寫進真正的生產路徑，關鍵是推理與數據留在可控環境，而不是再多一個境外登入。如需在香港部署數據不出境、並以官網所刊 99.99% SLA 託管的企業私有 LLM（年費 HK$88,000 起，OpenAI 相容私有 API），可參考 YSK Limited 的企業私有 LLM 全託管；若同時要做雲端遷移與邊界防護，見雲端遷移與網絡安全。

參考來源

1. Elevated errors across ChatGPT and Codex（OpenAI Status，2026-09-03）
2. Claude Status：Elevated errors for multiple models（Anthropic，2026-09-03，已解決於 16:16 UTC）
3. Grok (Web) Status：Models outage（xAI，2026-09-03 13:30 UTC 起，約 3 小時 37 分）
4. API (us-east-1.api.x.ai) Status（xAI）
5. Four major AI models suffer rare overlapping downtime（Ars Technica，Kyle Orland，2026-09-03）
6. ChatGPT, Claude, and Grok are all down in confirmed outages（9to5Google，Ben Schoon，2026-09-03）
7. 發現來源：Ars Technica on X、The Register on X、9to5Mac 轉發