上周赶一个 AI 客服的 Demo，Claude Opus 4.6 效果确实不错，结果跑到一半控制台疯狂刷 429 Too Many Requests，整个服务直接瘫了。我盯着报错信息坐了半小时，心态差点崩——Demo 明天就要给老板看，限流了我能怎么办？

　　直接回答：Claude API 报错 429，是你的请求触发了 Anthropic 的速率限制。解决方向有四个：客户端指数退避重试、申请提升官方配额、本地请求队列削峰、换聚合 API 平台绕开单一供应商的限流天花板。

　　很多人看到 429 就慌，其实 Anthropic 的限流策略是公开的。2026 年的速率限制分三个维度：

　　不同 Tier 的限制差异很大。免费试用 Tier 1 的 RPM 才 50，Tier 4 可以到 4000。大部分人踩坑都是因为还在 Tier 1，根本扛不住并发。

　　429 响应头里会带 retry-after 字段，告诉你多少秒后可以重试——这个信息很多人直接忽略了。

　　偶发的 429 基本能扛住clash链式代理。但如果你是持续高并发——比如我那个客服 Demo，QPS 稳定在 20+——退避重试只会让延迟越来越高，用户体验直线下降。

　　：一开始没加随机抖动，5 个并发线程同时退避、同时重试，造成更大的瞬时峰值，429 反而更频繁。加了

　　提交后等了 2 天才批下来，从 Tier 1 升到 Tier 2，RPM 从 50 提到 1000，基本够用。但有两个问题：第一等不起（我 Demo 明天就要），第二 Tier 升级跟消费金额挂钩，新账号充得少别指望一步到位。

　　429 完全消失了。代价是排队后延迟飙升——100 个请求在 RPM=45 的限制下，最后一个要等 2 分多钟才能发出去。实时对话场景下这个体验不能接受。

　　折腾了前面三种，我发现核心矛盾在于：单一供应商的速率限制是硬天花板，客户端怎么优化都是在天花板下面腾挪。

　　跑了一下午压测，QPS 20 的情况下没再出现一次 429。延迟大概 300ms，比直连 Anthropic 官方还快一点，可能跟路由优化有关。支持支付宝，按量计费，不用提前囤大额度。

　　Anthropic 除了标准的 429（你请求太多），还有个 529（Anthropic 自己过载了）。529 不是你的问题。处理策略不同：429 退避重试，529 建议直接降级到备用模型。

　　压测开了 200 个并发连接，本地端口不够用了（macOS 默认临时端口范围比较小）。这个跟 429 无关，但报错信息容易跟网络超时混淆，排查时浪费了不少时间。

　　我现在的做法是方案四 + 方案一：聚合平台解决主要问题，指数退避兜底极端情况。跑了两周，429 再也没出现过。