7月19日呢次事件唔係單一事故,而係 OpenAI 基礎設施一連串唔穩定嘅最新—亦係最嚴重—嘅一次。
由7月11日至15日,OpenAI 連續五日錄得五次獨立事故—有評論形容呢個情況「已經奇怪到成為ChatGPT相關嘅頭號新聞」。雖然冇任何一次係完全停擺,但綜合嚟睇,已經暴露咗平台嘅脆弱性:
成日有人引用嘅「99.84%」正常運行時間,其實好睇你用咩方法計同睇咩時間段:
重點係,「~99.8%」呢個數字係好長一段時間嘅平均數。佢會掩蓋某啲月份—尤其係某啲星期—正常運行時間其實差好多嘅現實。
呢啲故障嘅模式,同 OpenAI 今年最積極嘅產品推出週期完全吻合:
呢啲新模型、新產品同新功能同時推出,自然會對任何基礎設施構成壓力。OpenAI 好可能面對住大量想試新模型嘅用戶湧入,加上要喺多個服務上部署新模型版本嘅操作複雜性。雖然 OpenAI 冇公開確認因果關係,但時間上真係好巧合:公司史上最嚴重嘅故障週,幾乎係喺 GPT-5.6 推出之後立即開始。
ChatGPT 死機通常係由多重壓力疊加造成。伺服器超載係常見原因,因為平台要處理極大量嘅同步請求,尤其喺繁忙時間 。7月19日嘅故障係「全球性而非局限於單一國家或網絡供應商」,暗示係中央技術問題 。Bifrost 嘅狀態聚合器顯示,ChatGPT Work 同 Conversations 係過去90日最常受影響嘅組件 ,暗示呢啲較新嘅服務承受緊持續壓力。
OpenAI 官方嘅說法—ChatGPT 係一個正常運行時間超過99.8%嘅服務—以長期平均嚟講係技術上準確嘅。但對於每日依賴呢個平台嘅用戶嚟講,2026年7月呢啲故障嘅 頻率 同 密集程度 比任何單一事故更加擾人。正如有觀察者所講:「When they fall, they fall hard」。GPT-5.6 推出週,就係呢個模式最戲劇性嘅一次示範。
目前為止,7月19日故障嘅根本原因仍然未確認。OpenAI 仲未公布 RCA 。好清楚嘅係,即使正常運行時間有 ~99.8%,呢間公司嘅基礎設施—對於 ChatGPT 喺全球知識工作中扮演嘅「公共設施」角色嚟講—仍然未夠穩健。