| 5月9日晚上11:33(第三方頁面所列時間) | Claude Code on the Web Partial Outage | Claude Code | DrDroid 列出「Claude Code on the Web Partial Outage」喺5月9日晚上11:33開始,之後已解決 |
重點係要分清楚:5月8日嗰宗,睇落係 Windows 上 Claude Code IDE 外掛載入問題;而5月9日 Opus 4.1 錯誤率上升事件,先係公開紀錄中列明同時影響 claude.ai、Console、API 同 Claude Code 嘅一宗 。
就5月9日 Opus 4.1 錯誤率上升事件而言,目前可見嘅公開紀錄未有提供詳細 root-cause postmortem,即係未見到完整嘅事後技術解剖。Pingoru 時間線只顯示「問題已識別」、「正在實施修復」同「事件已解決」,但冇講底層原因係容量、部署、網絡、模型服務,定係其他問題 。
5月8日 Windows IDE 外掛問題就較具體:Claude 狀態頁指 Claude Code 2.1.136 有一個問題,令 IDE extension 無法載入 。所以,呢宗唔應該同「Claude 全線停擺」混為一談。
今次真正觸動神經嘅,唔係單一25分鐘,而係「又嚟?」呢種累積感。
ServiceAlert 嘅90日趨勢表顯示,2026年5月喺已追蹤嘅11日入面有5日出現問題;2026年4月喺30日入面有20日有問題 。另一個監測頁 Maxim Bifrost 指過去90日有50宗事故
。IsDown 則表示,自2025年10月起已追蹤到211宗 Claude outage
。
要公平講,呢啲係第三方監測網站嘅統計,唔係 Anthropic 官方 SLA(服務水平承諾),而且唔同監測工具對「事故」嘅定義可以唔同。不過,佢哋解釋到點解用戶反應會咁大:當一個短暫中斷,落喺一段反覆錯誤、局部中斷同服務不穩嘅背景入面,感覺就唔再只係「偶爾壞一壞」。
2026年較早時嘅報道亦有相似脈絡。TechCrunch 報道,3月2日 Claude 出現廣泛中斷,影響 Claude.ai 同 Claude Code,而 Anthropic 當時表示 API 按預期運作 。Business Insider 報道,4月7日 Claude 同 Claude Code 對好多用戶都未能正常運作,Anthropic 儀表板一度列為「major outage」,其後修復
。TechRadar 報道,4月15日再有一宗涉及 Claude.ai、API 同 Claude Code 錯誤率上升嘅事故,Downdetector 回報高峰超過5,100宗
。
Claude 而家已經唔只係「開個網頁問 AI」咁簡單。5月9日 Opus 4.1 事件列明受影響範圍包括網頁版、開發者 Console、API 同 Claude Code 。換句話講,影響可以由個人用戶對話失敗,延伸到程式開發、內部工具、自動化流程,甚至客戶支援工作流。
呢個先係可靠性問題嘅核心:如果 AI 助手已經嵌入日常 coding、研究、文件處理或者內部自動化,就算只係短時間不穩,都可能令團隊流程卡住。對個人嚟講,Claude.ai 暫時用唔到係麻煩;對依賴 API 或 Claude Code 嘅團隊嚟講,就可能變成營運風險。
5月8至9日嘅紀錄,未能證明 Claude 發生過一次單一而災難性嘅全平台故障。公開資料更像顯示三宗已解決事故:一宗 Windows Claude Code IDE 外掛問題、一宗短暫 Opus 4.1 錯誤率上升事件,以及之後一宗 Claude Code 網頁局部中斷 。
但用戶擔心可靠性,並唔係無的放矢。當同一批產品介面——網頁、Console、API、Claude Code——反覆出現事故,而公開事故說明又通常較短、未必有詳細根本原因,使用者自然會覺得可預測性不足。
對依賴 Claude 嘅團隊而言,較務實嘅做法係:持續監察 Claude 狀態頁;API 呼叫加入 timeout、retry 同降級處理;重要流程避免只靠單一 AI 服務;同時預留 fallback workflow,確保 AI 基建一旦短暫不可用,工作仍然可以繼續。