AI API 429、503与529有什么区别？判断、重试与排障指南
直接答案
直接区分AI API中的429限流、503临时不可用与Anthropic 529过载错误，并给出安全重试、退避、幂等和监控方法。
症状、差异与判断依据
AI API返回 429，通常表示客户端、账号、组织或项目在某个时间窗口内超过请求数、令牌数或并发额度；返回 503，通常表示服务端暂时无法处理请求，例如过载或维护；529 overloadederror 则是Anthropic API明确列出的过载响应，表示其API暂时过载。529不是通用HTTP标准状态码，不能假定其他AI供应商也采用相同含义。
三者都可能适合稍后重试，但处理依据不同
429优先读取限额信息和 Retry-After，同时降低客户端速率；503优先检查供应商状态并使用有上限的指数退避；Anthropic 529按供应商错误类型处理，并避免所有实例同时重试。任何重试都应设置次数、总时长和幂等边界，不能无限循环。
状态 常见含义 首要检查 推荐动作
-- --- --- ---
429 当前调用方触发限流 响应头、错误体、项目额度、并发量 按服务端提示等待，降低速率或排队
排障步骤与验证
503 服务临时不可用 状态页、区域、上游依赖、近期变更 短暂退避后有限重试，必要时降级
529 Anthropic API暂时过载 错误体是否为 overloadederror、官方状态 使用抖动退避，限制重试风暴
不要仅凭错误消息中的“busy”或“rate”字符串分类。应同时保存HTTP状态、响应头、供应商错误类型、请求ID、模型、区域和发生时间，再决定重试策略。
RFC 6585定义429用于表示用户在给定时间内发送了过多请求，即速率限制。响应可以包含 Retry-After，告诉客户端等待多久再请求。具体如何识别用户、如何统计请求以及限制窗口多长，由服务端决定。
在AI API中，限制维度可能不止每分钟请求数，还可能包括输入令牌、输出令牌、并发任务、组织或项目共享额度。平均速率低于文档上限，也可能因为短时突发、多个服务共用凭据或一次请求占用大量令牌而收到429。
RFC 9110说明503表示服务器因临时过载或计划维护而暂时无法处理请求，并可通过 Retry-After 给出预计恢复时间。503描述的是当前服务可用性，不等同于“客户端额度不足”，也不保证每一次重试都能成功。
若单个区域、网关或代理返回503，而供应商状态正常，应继续检查本地出口、负载均衡、DNS、TLS和企业代理。若多个独立客户端在同一时间对同一供应商失败，且状态页有事件，则更可能是上游服务问题。
可选的多模型恢复路径
只有在业务已完成模型兼容性、数据权限、成本和输出质量验证，且原供应商持续过载时，才评估多模型降级或切换。它不能替代对 Retry-After、请求幂等性和供应商状态的排查。