Claude Code 掛了怎麼判斷？覆盤 9 月 29 日故障與 10 月 7 日支出上限誤判
Claude Code 突然報錯，先別急著懷疑自己的網路。截至 2026 年 10 月，Claude 官方狀態頁在近三週內記錄了幾起會直接影響 Claude Code 的事件：9 月 29 日的大範圍報錯，10 月 7 日部分組織被誤判為超出支出上限，以及 10 月 1 日的充值延遲。如果你遇到的是這幾個時間段前後的問題，Claude Code 掛了很可能不是你的配置問題。下面按官方記錄覆盤，再給一套判斷流程。
9 月 29 日發生了什麼？
據官方事件頁，這次事件標題為“Elevated errors on claude.ai, Claude Code, Claude Cowork and the Claude API”，影響時間為 UTC 9 月 29 日 14:00 到 14:59（北京時間 22:00 到 22:59）。
時間線（均為 UTC）：
- 14:21 開始調查 claude.ai、Claude Code、Cowork 的錯誤率升高，提示重試可能成功。
- 14:28 補充：部分 Claude API 請求也在報錯。
- 14:36 應用緩解措施，錯誤率明顯下降（官方在 14:41 的更新中說明，此時仍有部分登入和會話失敗）。
- 官方在 15:00 的更新中補充：另有第二個問題，導致許多使用者無法登入（包括 SSO 和 Sign in with Apple）、無法新建對話、使用語音、購買以及上傳檔案，Claude Code 和 Cowork 的會話也受影響。
- 14:59 起各服務恢復正常，16:27 標記為已解決。
官方特別提醒：14:00 到 14:59 之間傳送的部分訊息可能沒有儲存。如果你當時在 Claude Code 裡讓它做了一段長任務，回頭檢查結果和工作區改動，不要預設它已經完成。
10 月 7 日的支出上限誤判是怎麼回事？
據官方事件頁，“Issue with spend limits”是一個缺陷：部分組織被錯誤地判定為已達到支出上限而暫停，相關請求被拒絕。受影響元件包括 Claude API、Claude.ai、Claude Code、Claude Security 和 Cowork。該事件在 UTC 10 月 7 日 21:23 標記為已解決。
這類問題的特點是：你的網路完全正常，別人賬號可能也正常，只有你所在的組織被拒。如果你在組織賬戶下，看到“已達支出上限”之類的提示，但控制檯裡的用量遠沒到上限，應對照狀態頁，並聯系官方支援，不要自行反覆重試。
同期還有哪些相關事件？
據官方事件歷史：
- 10 月 1 日“Delayed credits on the Claude Platform”：充值延遲入賬，部分 API 請求因餘額不足報錯，當天 UTC 22:36 解決。
- “Elevated errors on platform.claude.com”：10 月 7 日 UTC 13:25 首次報告，10 月 13 日 UTC 18:00 標記解決。platform.claude.com 的 Usage、Rate limits 頁面和 Admin API 的用量報告載入資料時返回錯誤，最近約 30 分鐘的用量可能顯示延遲，官方說明 API 請求本身不受影響。
第二條很容易被誤讀：用量頁打不開不等於 API 不可用。
報錯型別怎麼對照？
下表是排查時的常見判斷，具體錯誤碼和文案以官方錯誤文件為準。
| 現象 | 常見含義 | 先做什麼 |
|---|---|---|
| 5xx、反覆超時 | 服務端問題的可能性大 | 看狀態頁是否有進行中的事件，等待並重試 |
| 429 | 觸發速率或額度限制 | 查自己的用量與限額，降低併發 |
| 529 | 官方文件中表示服務過載 | 稍後重試，看狀態頁 |
| 餘額不足 | 賬戶餘額問題，也可能是充值延遲（10 月 1 日事件） | 核對控制檯餘額與充值記錄 |
| 已達支出上限 | 可能是真的達到，也可能是誤判（10 月 7 日事件） | 對照控制檯用量和狀態頁，必要時聯絡支援 |
| 連線失敗、證書或 DNS 錯誤 | 多半是本地網路 | 做網路分層檢查 |
遇到報錯，怎麼三步判斷是官方故障還是自己的問題？
- 先看外部訊號。開啟 cdnping 的 /down/claude-code 和 /status/anthropic，前者綜合官方狀態頁、每 5 分鐘的 API 探測和使用者報告，後者是從 Cloudflare 邊緣對官方 API 入口的探測。再對照 status.claude.com，以官方為準。
- 再看自己的網路。在 cdnping 首頁 / 測一次到 Claude API 的首次連線和往返。首次連線包含 DNS 與 TLS 握手，如果這裡就失敗或明顯偏慢，問題多半在本地鏈路。需要逐層排查時，參考Claude Code 連線超時和報錯怎麼排查。
- 最後看賬戶。登入控制檯核對餘額、用量和支出上限設定。額度機制可參考Claude Max 5x 和 20x 有什麼區別。
如果官方有進行中的事件，就等它標記恢復，別在故障期間反覆改配置，那隻會讓你分不清哪一步有效。
之後怎麼更快知道故障？
狀態頁支援訂閱，官方事件歷史也提供 RSS（即上文用到的 history.rss）。想把最近幾個月的事件放在一起看，可讀AI 服務故障盤點：2026 年 9–10 月；想弄清事件等級和元件含義，可讀怎麼看 OpenAI 狀態頁和 Claude 狀態頁。
關於冗餘：cdnping 與 AGI Plan 有商業合作。AGI Plan 是多供應商聚合閘道器，公開了逐小時、逐能力組的可用率資料（https://agiplan.dev/api/status/requests?month=YYYY-MM），cdnping 在 /status/agiplan 做了映象展示，你可以用這些資料自己判斷是否符合需求。模型可用範圍以 agiplan.dev/models 為準，它也不是官方授權渠道。
