AI 编程会话正跑在兴头上，屏幕弹出 529 overloaded——这个码在别的 AI 工具报错里少见，是 Anthropic 的特色信号：服务端过载。请求本身没有错，是 Anthropic 的服务器这会儿太忙，接不住你的请求。换句话说，这多半不归你管，本地能修的东西有限，重点在判断与等待的姿势。这篇讲清 529 的身世、它与 429、503 的分工、一条先等再查的排查顺序，以及为什么等待期千万别狂点重试。
529 是服务端的忙线音
先认清出身。HTTP 状态码的 5xx 段归服务端：请求没错，服务自己出了状况。529 是 Anthropic 在 5xx 段里使用的自有码，含义指向过载：流量超出当前承载，服务端主动拒掉一部分请求，保住整体不崩。可以把它理解成忙线音——不是你拨错了号，是对方线路全占。这类报错的特征是随时间自愈：过载窗口过去，同样的请求原样能通。认识到这一点，处理目标就变了：不是修好它，而是判断它、等过它，别把力气花在本地配置上。
与 429、503 划清界限
三个数字常被混为一谈，分工其实清楚。429 是限流：你的用量或请求频率触线，问题在你的额度侧，要查自己的余量与窗口。503 是服务暂不可用：过载、维护或故障都可能，各家服务通用，Codex 用户就常遇到，分流方法见Codex 503 处理一篇。529 则是 Anthropic 特有的过载码，语义比 503 更聚焦：服务活着，只是忙。限流侧的误报——余量充足仍被拒的情形——Codex 侧有成篇的排查记录，见429 误报一篇，429 的通用机制两家的口径一致。一句话分：429 查自己，503、529 等服务，其中 529 多数等几分钟就有转机。
| 状态码 | 问题在哪一侧 | 语义 | 先做什么 |
|---|---|---|---|
| 429 | 你的额度侧 | 用量或请求频率触线 | 查自己的余量与窗口 |
| 503 | 服务端 | 过载、维护或故障都可能 | 等服务恢复 |
| 529 | Anthropic 服务端 | 服务活着，只是忙 | 等几分钟再原样重试 |
排查顺序：先等再查
每一步都有明确出口：
- 第一步，等 30 秒到几分钟，原样重试一次：过载窗口常在几分钟内过去，多数 529 到这一步就结束。
- 第二步，仍报错，拉开间隔再等：等上十分钟或换个时段，比连续手点有效。
- 第三步，等待期间查 Anthropic 状态页：有事故公告就是官方侧问题，盯恢复公告即可，别做本地改动。
- 第四步，降并发：多开的会话、并行的任务、后台请求都在往同一条忙线上挤，收敛到单会话再试。
- 第五步，只有你持续报错、状态页一切正常，才回本地查网络与认证——网络侧的排查见企业网络排查一篇。
等待期的纪律
过载期最贵的动作是连环重试。所有用户的重试流量叠在同一个过载的服务上，等于给挤兑的柜台再添人手，拖长所有人的恢复时间；若过载保护里含频率判定，高频手点还可能把单纯的等待拖成更长的冷却。正确姿势是退避：失败后等几十秒再试，仍失败就翻倍拉长间隔，等待期间切去做不依赖服务的别的活。529 出现得频繁，还可以借机养成错峰习惯：把大批量任务挪到低峰时段跑，高峰留给轻量交互，等待与额度两头都省，省额度的习惯清单见省额度六习惯一篇。
别把别的报错赖给 529
最后划两条界线。Authentication failed 之类的认证报错，是身份问题不是过载，等再久也没用，要回登录与凭据侧去修。本地网络断连、代理拦截，表现是超时或连接失败，与 529 的「服务器明确回了话」不同。区分的诀窍看报错有没有到服务器：529 是服务器主动回的信号，说明链路是通的；链路本身不通的报错，走网络那条线排查。把这两类分出去，529 的等待才有意义。想让这套分流练熟，可以让 DeepSeek 把 429、503、529 的差异做成一张对照卡，再用豆包模拟三种报错场景，对着排查顺序各走一遍。
529 过载速查
- 529 是 Anthropic 服务端过载，请求没错服务忙
- 429 查自己额度，503、529 等服务恢复
- 先等 30 秒到几分钟再试，多数到此为止
- 等待期拉开间隔，别连环重试添堵
- 反复出现查状态页、降并发、错峰跑批量
529 过载怎么办速查
- 529 一般持续多久？：几秒到几分钟常见，事故型看状态页公告的恢复进度；状态页的实时状态比任何经验估计都准。
- 反复 529 要换网络吗？：先查状态页、先降并发，两项都排除后，若同事同时段用得上而只有你不行，再走换网排除法查本地。
- 可以一直重试到通吗？：退避着试可以，连环手点不行——间隔至少几十秒起步，仍失败就翻倍拉长，把节奏放慢。
