9月15日(星期二),ChatGPT用戶問題回報一度急升,令 Google 上「Is ChatGPT down?」成為熱門搜尋。Downdetector喺當日中午至下午高峰期前後,收到超過2,000宗涉及OpenAI嘅問題回報;其中一篇即時報道指,約85%投訴同ChatGPT有關。
35
37
不過,呢個數字係故障追蹤網站收到嘅用戶提交回報數目,唔係受影響ChatGPT用戶嘅人數,更加唔代表全體用戶中有幾多百分比受到影響。
當時究竟發生咗咩?
現有資料只足以顯示,至少有部分ChatGPT用戶遇到短暫存取或使用問題;資料未能證實所有用戶都受影響,亦未有確認根本原因。
當回報上升期間,有報道指OpenAI公開狀態頁顯示未知道有任何問題。
37 不過,OpenAI官方事故記錄的確顯示,9月15日07:12至07:53 UTC,付費方案嘅GPT-5.6及GPT-5.6 Instant曾出現較多錯誤,事故被列為輕微並已解決。但公開資料無清楚證明,呢宗較早嘅事故同之後用戶回報急升屬於同一事件。
17
換句話講,群眾回報突然飆升,可能比供應商正式確認事故更早反映用戶「卡住」;而官方狀態頁通常只會列出已驗證、達到通報門檻,或者影響特定服務元件嘅問題。
點解各個狀態工具講法唔同?
9月15日嘅訊號唔一致,但未必互相矛盾,原因係佢哋量度嘅嘢根本唔同。
- **群眾回報:**Downdetector逾2,000宗回報,顯示有唔少人喺相近時間遇到問題;有報道將約85%歸類為ChatGPT相關。
35
- **官方狀態:**回報高峰期間,OpenAI狀態頁據報仍顯示正常;但其事故記錄另有一宗較早發生、涉及付費方案模型嘅輕微事故。
17
37
- **第三方追蹤器:**Entireweb喺9月15日將ChatGPT標示為效能下降,稱過去24小時收到140宗回報、前一小時有11宗。
9 StatusGator則顯示服務運作正常/問題已解決,同時列出過去24小時有201宗用戶提交嘅回報。
16
- **自動化監測:**UptimeRobot表示,其北美探針可以正常連接chatgpt.com,無發現異常回應時間或錯誤碼。
3
例如,一個自動探針成功開到首頁,唔代表每個人都可以登入、載入舊對話、使用指定模型,或者順利收到回覆。反過來講,用戶回報亦可能揭示地區性、帳戶層面或特定功能嘅問題,但本身唔足以證明係一個全平台共通嘅基礎設施故障。
同9月3日大規模事故有幾大分別?
9月3日嘅事件更清晰,規模亦大得多。Downdetector回報喺太平洋時間早上7時53分已超過5,000宗,約10分鐘後突破22,000宗,到8時23分據報超過74,000宗。
32 另有報道指,東部時間約早上11時,ChatGPT相關回報超過37,000宗。
33
同9月15日不同,OpenAI當時有確認問題。公司表示,由太平洋時間早上約7時43分開始嘅路由錯誤,令部分用戶無法使用ChatGPT同Codex;到約8時17分已實施緩解措施,並持續監察恢復情況。
1
47
當日上午Claude同Grok亦有重疊嘅服務中斷,Gemini亦出現用戶錯誤回報。但唔可以據此斷言全部服務都由Microsoft Azure East US引致:各供應商公開說明並無確認共同技術原因,亦無獲確認嘅大範圍Azure事故足以解釋所有故障。
41
44
「90日內58宗事故」應該點理解?
有獨立追蹤器統計,ChatGPT過去90日有58宗事故,包括1宗重大事故及57宗輕微事故。
27 呢個數字要審慎看待:第三方平台嘅涵蓋範圍同計算方法可以不同;另一個採用OpenAI狀態頁資料嘅服務,就顯示25宗事故。
21
與其執著單一總數,更有用嘅結論係:OpenAI狀態歷史確實反映多項產品及功能不時出現事故,包括ChatGPT、付費方案模型、Work Mode、圖像生成、檔案上載同API服務。
17
20
對日常靠AI做嘢嘅人,有咩啟示?
9月15日嘅回報潮足以令部分用戶受阻,亦令「ChatGPT係咪死咗?」成為熱門搜尋;但證據不足以證明係全民停擺,更無資料支持係Azure故障。OpenAI亦無公開技術說明,將下午嘅回報高峰連繫到某個特定原因。
如果你或團隊日日靠AI處理工作,較穩陣嘅做法係同時睇幾個訊號:
- 睇供應商狀態頁,掌握已確認事故;
- 睇獨立監測,了解網站或端點係咪可連接;
- 睇群眾回報,掌握真實用戶受影響嘅情況;
- 為趕急工作預備替代工具或人手流程。
AI服務喺某個地區或者某一種工作流程「連到」唔等於「用得順」。呢個差別,正正係9月15日各項監測結果分歧所揭示嘅重點。