ChatGPT Claude Grok 全球三大AI同時死機逾90分鐘！離奇巧合死因竟各不相同香港逾七成打工仔極度依賴AI 面對「AI停電」四大預防措施要做足！

By Chant Zhao on 04 Sep 2026

昨晚（3日）全球辦公室遭遇一場史無前例的「AI大停電」，三大AI大模型巨頭包括OpenAI旗下的ChatGPT、Anthropic旗下的Claude及SpaceX（美股：SPCX）xAI旗下的Grok竟然在同一個晚上集體崩潰，故障時間更是極度罕有地同步重疊超過90分鐘，就連Google（美股：GOOGL）旗下的Gemini亦錄得大量異常回報。正當外界直覺以為是某間雲端巨頭「爆煲」所致，各大科技公司公布的調查卻震撼市場：OpenAI路由出錯、xAI機房故障、Claude基建異常。這竟然是一場無共同元兇、幾套系統在同一時間各自「猝死」的離奇巧合。惟不少網民對此解釋，依然是半信半疑。

面對香港超過七成打工仔已習慣將寫Code、做分析與寫Email外判給AI，加上企業近年紛紛削減人手轉用AI降低成本，「連後備AI都一齊死」的困境徹底揭開商業社會最脆弱的盲點，「AI停電」已不再是純粹的IT小故障，而是隨時能癱瘓整間公司的致命黑天鵝。

三大平台同步癱瘓 93分鐘的辦公室災難

根據網絡連線監測網站Downdetector數據，災難由昨晚陸續爆發。最先出現異常的是Anthropic旗下的Claude與xAI旗下的Grok，隨後OpenAI旗下的ChatGPT亦宣告失守。期間Downdetector美國站一度錄得超過37,000宗ChatGPT故障回報，網頁端、手機應用程式及API接口全面中斷，連帶下游依賴相關模型的AI編程工具Cursor亦被迫暫停部分運作。至於Google旗下的Gemini，雖然同樣爆出異常報告，Downdetector錄得約500宗回報，但Google並未在官方狀態頁確認發生平台級全面事故。

最令人震驚的數據在於，三間公司的官方狀態頁面顯示，三大AI竟然有大約1小時33分鐘處於同時故障狀態。於這93分鐘的黑暗期內，無數打工仔無法生成文件、寫Code或處理數據，平日行雲流水的生產力瞬間化為烏有。單一AI服務因流量過大而短暫中斷在業界並不罕見，但三個直接競爭產品在同一時間集體失靈，實屬AI發展史上首見，直接折斷了全球無數自動化工作流程。

最恐怖真相：沒有單點故障卻各自崩潰

事故發生後，外界最初懷疑微軟（美股：MSFT）Azure或亞馬遜（美股：AMZN）AWS等雲端基礎設施發生大規模單點故障，導致「一條水管爆裂、全行無水飲」的骨牌效應。然而，後續公布的調查結果卻出乎意料，各大雲端供應商當時並無發生足以解釋三大AI同步死機的大型事故。

各大平台隨後披露的原因，證實一切純屬離奇巧合。OpenAI指出ChatGPT故障源於內部的路由錯誤（Routing Error）；xAI表明Grok的問題來自孟菲斯運算中心（Memphis compute center）；Anthropic則僅確認是基礎設施問題，並未公開詳細根源。換言之，真正令人毛骨悚然的並非擁有同一個元兇，而是幾套獨立系統竟然在同一時段各自崩潰。這意味著企業即使買齊四個不同平台的帳戶，原來也不代表擁有真正獨立且安全的災難備份方案。

港企瘋狂裁員換AI 遇上停電誰來做後備？

香港職場對是次風暴的感受絕對比其他地區更深。香港科技大學最新調查顯示，高達72.7%的香港在職人士每日或每星期在工作上使用AI，而香港電訊（HKT）調查亦指出82%本地企業計劃在未來12個月內進一步投資AI。不少管理層為減省成本，一方面精簡基層人手，另一方面將寫Code、客服、文件整理等流程全盤交給AI Agent（智能體）。當員工過度習慣由AI做決策與撰寫，人類自身的復原能力正不斷退化，萬一失去「人肉Backup」，業務流程將直接陷入徹底癱瘓。

面對隨時爆發的「AI停電」，企業必須將AI風險納入傳統營運持續計劃（BCP），積極實施四大預防措施：第一，建立跨模型動態分流（Multi-Model Routing），讓系統能在主要AI失靈時自動切換至備用模型或本地開源模型（Local LLM）；第二，設置人手熔斷機制（Human-in-the-Loop），於API斷線時將任務暫存並觸發人手接管SOP；第三，定期實施「AI停電演習」，確保團隊在無AI狀態下仍懂手工操作；第四，向雲端服務商爭取企業級SLA保障。