ChatGPT 404 中斷：原因、影響與社群洞察

立刻的重點

ChatGPT 的網頁介面開始對已登入使用者回傳原始的 404 回應，同時 Claude、Grok 及其他 LLM API 也出現類似錯誤，顯示存在一個共同的故障點，導致多個 AI 服務暫時無法使用。

發生了什麼事？

  • 症狀：已登入狀態下存取 https://chatgpt.com/ 的使用者收到純文字的 404 狀態頁面，沒有 HTML。無痕模式（未驗證）則正常載入。
  • 影響範圍：中斷擴及 OpenAI 的 Codex API（用於 VS Code），並有報告指出 Anthropic 的 Claude、xAI 的 Grok 與 Google Gemini 也出現故障。
  • 持續時間：該討論串提到短暫的停機後，出現恢復訊息（「我們回來了，寶貝！工作可以繼續了」）。

為何重要

  • 單一故障點：競爭對手之間同時發生故障，暗示共享基礎設施（如 DNS、CDN 或驗證服務）的可能性，而非獨立的程式錯誤。
  • 開發者生產力：404 阻擋了核心功能（對話、檔案上傳、程式碼生成）的存取，並打斷了依賴 Codex 整合的工作流程。
  • 信任與韌性：跨供應商的重複中斷事件，引發對 AI 生態系統韌性的擔憂，尤其當其在軟體開發與研究中變得越來越關鍵時。

社群觀察

"顯而易見的問題：是否有一個單一故障點或共用基礎設施，導致所有這些供應商同時出問題？" – blater

"從這討論串來看，評論品質與 LLM 下線之間有相關性。" – glouwbug

"結果發現，全球 40% 的 AI token 使用量來自十幾個失控的執行個體，現在每天燒掉合計 50 兆個 token……當 Claude 下線時，他們的自動故障轉移演算法切換到其他供應商，導致所有前線實驗室全數中斷。" – themgt（推測情境）

"我聽說他們在 ChatGPT 下線時，根本搞不清楚該怎麼修。" – jmaw

"我是一個付費的 ChatGPT 與 Codex 用戶……在多個裝置上登入，突然 https://chatgpt.com/ 開始回傳原始的 404……無痕模式則正常。" – rhodey

"一樣，App 在登入或嘗試登入時都顯示 404。這種疏失會讓多少百萬美元損失？" – djinn80

"各位，這就是我們會記得的時刻。他們全都逃脫的瞬間："求助同儕"。" – Bluestein（幽默看法）

"夥伴們！DeepSeek、Z.ai、Kimi 甚至 Mistral 都正常！只是想讓你們知道。" – Aldipower（顯示並非所有供應商都受影響）

可能的技術原因

  1. 驗證服務中斷 – 未驗證請求成功，但已登入會話失敗，指向驗證金鑰驗證層的故障。
  2. CDN 邊緣節點故障 – CDN 邊緣節點的錯誤設定或中斷，可能導致已快取的驗證路由回傳 404，而公開資源不受影響。
  3. 後端 API 網關 – OpenAI 的 /backend-api/ 端點（Codex 使用）也回傳相同 404，顯示路由驗證 API 請求的網關已失效。
  4. 共用第三方依賴 – 許多 AI 供應商依賴共同的雲端服務（如 DNS 供應商、負載平衡器）。此類服務的中斷可能在競爭對手間產生連鎖效應。

對下游工具的影響

  • VS Code 延伸模組：基於 Codex 的自動補全因 unexpected status 404 Not Found 失敗。
  • 自訂整合：任何使用 OpenAI 驗證端點的應用程式都遭遇相同問題。
  • 使用者體驗：已登入使用者失去對對話歷史、檔案上傳與進階功能的存取，被迫切換至無痕模式或使用其他模型。

教訓與建議

  • 漸進式降級：當驗證相關錯誤出現時，應在用戶端實作降級至未驗證端點或替代供應商的機制。
  • 多供應商策略：單一 LLM 供應商的依賴可能導致工作流程完全停擺；建議將模型呼叫抽象化，透過適配器（shim）實現供應商切換。
  • 驗證流程監控：應獨立監控驗證端點的 HTTP 狀態碼，與公開頁面分開，以提早發現中斷跡象。
  • 事件通報：OpenAI 的狀態頁面與社群頻道應提供即時更新，以減少猜測與恐慌。

未來展望

儘管 404 事件迅速解決，但此事件凸顯了快速整合的 AI 服務架構的脆弱性。開發者與企業應預期類似的跨供應商中斷，並設計能承受任一供應商驗證層暫時失效的系統。

Sources

相關