Claude报overloaded，先别急着换账号、重装应用或买更高套餐。多数情况下这是服务端一时扛不住，或者你的会话、网络、登录状态出了问题，先按报错类型分流，十分钟内通常能定位到原因。
先分清报错在说什么
529 overloaded_error的意思是服务端过载，不是你的额度、余额或订阅配额问题，500和503也偏向服务端。401、登录过期、未登录属于凭证问题，重新登录一般就能解决。提示会话额度用完，要看用量和重置时间；提示太长、请求太大，说明会话已经太臃肿；回复为空或格式异常，常常是中间的代理、网关或网络登录页面插了进来。报错原文是最有用的线索，截图或记下来，后面每一步都要对照它来判断。
第一步永远是查状态
打开Claude的官方状态页，看有没有正在处理的elevated errors或性能下降事件。有就停手等修复，本地折腾解决不了服务端问题。10月25日左右就出现过两次报错事件，官方记录随后显示已经修复，这类事情查状态页最快。状态页没写异常，也不代表完全没波动，短时尖峰可能来不及登记，继续往下查本地和会话原因，不要只盯着状态页干等。
网页端和Codex各自这样试
网页端可以这样排除：硬刷新页面，换无痕窗口排除插件影响，换浏览器或手机App试一次，暂停VPN再试一次。如果只在某个长对话里报错，把关键上下文复制到新对话继续，往往就能绕过去。Codex用户用斜杠命令处理：用换模型命令换一个模型，容量是按模型分开算的，换一个轻量模型可能立刻就能跑；用压缩命令给会话瘦身，或者清掉臃肿的上下文；用状态和登录命令确认登录没过期，用用量命令看额度是不是真的用完了。API用户注意，官方SDK默认会重试5xx错误，重要任务可以提高重试次数并加上退避间隔，别在同一秒反复发送请求；有条件的话准备一个备用模型，让切换自动发生。
还是不行，就降级任务
把大任务拆小：先让它处理一小段，确认能跑通，再分批推进；非紧急任务等半小时再试，服务端波动常常自己就过去了。需要连续产出的工作，先用本地笔记或轻量模型顶一下，别把全部进度押在一个会话里。正在赶工时最忌讳的是反复点发送、反复开新会话，既浪费额度，也容易把同一个问题重复触发。
以后少被打断的做法
重要对话定期把结论导出或另存一份，别只留在对话里；长任务分段跑，每段留一个检查点，出问题也只丢一段；走网关或代理的用户，把报错原文和请求标识记下来，报给平台或自查代理配置时才有依据。报错本身不是判决，查状态、换模型、换会话、拆任务这四步走完，仍解决不了再找官方支持，也比一开始就换账号、重装、升级要省事得多。
