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 为准，它也不是官方授权渠道。
