受影響的服務範圍極為廣泛。Anthropic 的狀態頁面將所有主要服務標記為大規模中斷,包括 claude.ai(網頁應用程式)、Claude API(api.anthropic.com)、Claude Code(編碼助手/終端工具)以及 Claude Cowork(協作工具)。所有模型——從 Opus 5、Sonnet 到 Haiku——都同時出現了錯誤率飆升的現象 。
HTTP 529 是 Anthropic 特有的一種狀態碼,其含義是 API 的推理伺服器已達滿載容量——這並非您的帳戶被速率限制(那會是 HTTP 429),也不是您的請求存在錯誤 。Claude 的官方文件明確指出,529 錯誤代表「API 在所有用戶中暫時達到容量上限」,而 Claude Code 會自動重試數次後才會向用戶顯示此錯誤 。這是一個「整個服務集群層級」的超載訊號:您所請求模型的需求量,已超過 Anthropic 在該區域當下能提供的服務能力 。此錯誤的出現,並不代表您的程式碼或 API 金鑰有問題——問題出在伺服器端目前實在太繁忙了 。
Anthropic 在事件發生後立即展開調查,並於 UTC 時間 20:33 公開確認問題,公告中指出:「我們已識別出一個導致多個模型錯誤率升高的問題,並正在努力解決」。所有服務最終於 UTC 時間 22:36 恢復正常 。
用戶 社群在社群媒體與專業論壇上回報,他們的工作因中斷而被迫中斷。許多開發人員因此遺失了正在進行中的 Claude Code 工作階段,無法繼續編寫程式碼、撰寫文件或完成依賴於持續 AI 輔助的工作流程 。這起中斷事件在 X(前身為 Twitter)上成為熱門話題,數以千計的專業人士在此刻才驚覺自己竟無任何替代備援方案 。
7月29日的中斷並非單一事件。整個 2026 年,Claude 都持續發生服務中斷問題,而這些事件的核心原因都指向同一個問題:需求的成長速度遠超 Anthropic 的基礎設施擴建速度 。
| 日期 | 持續時間 | 主要症狀 |
|---|---|---|
| 3月2日 | ~3 小時 | 錯誤率升高,529 超載 |
| 3月18日 | ~2 小時 | 伺服器超載 |
| 3月19日 | ~1 小時 | 伺服器超載 |
| 3月26-27日 | 長時間 | 網路基礎設施劣化 |
| 6月2日 | ~6 小時 | Claude Code 子代理系統故障,進而導致平台全面超載 |
| 6月5日 | ~2 小時 | 模型陸續恢復(Opus 4.6 在17分鐘內恢復,Opus 4.8 則中斷近2小時) |
| 6月12日 – 7月1日 | 數週 | 因容量問題,Anthropic 暫停了 Claude Fable 5 和 Mythos 服務 |
| 7月6日 | ~1.5 小時 | 多個模型出現錯誤 |
| 7月17日 | ~1 小時 | 529 超載——與本次相同模式 |
| 7月29日 | ~2.8 小時 | 529 超載——所有服務、所有模型皆受影響 |
截至六月份,Claude 已在短短12天內發生10次重大中斷。TechTimes 報導指出,Anthropic 已公開承認「對 Claude 的需求成長速度已超過其基礎設施的承載能力」。該公司據傳已與 SpaceX 達成一項運算資源協議,以解決根本的容量短缺問題 ,但 7月29日的事件表明,基礎設施的擴建腳步仍未能跟上需求。
7月29日的中斷事件,為那些高度依賴 Claude 的專業人士與團隊揭露了以下幾項結構性風險:
對於任何將 AI 工具深度整合至核心工作流程的專業人士而言,此次事件都是一記響亮的警鐘:在享受 AI 帶來的效率提升之餘,也必須正視其基礎設施脆弱性所帶來的潛在風險。