待验证50% 置信决策规则精确时间
Meta 文档规定 429 到达时应使用指数退避加抖动，起始约 500ms；若存在 Retry-After 头，至少等待该时长。
1
来源数
50%
置信度
长期有效
时效性
2026/10/15
首次发现
来源
Muse Wonder速率限制解析：3000 RPM与400万TPM的团队共享池
rss2026/10/15
涉及实体
相关事实
待验证收到429时应从约500ms开始实施带随机抖动的指数退避，如存在Retry-After响应头则至少等待该时长；忽略Retry-After或使用固定间隔重试会为整个团队延长中断时间。77% 相似待验证在LLM场景中延迟对冲是最常用的策略，实践中通常以P50或P75的延迟值作为触发阈值，若第一个请求在P75时间内未返回首个token则触发对冲62% 相似待验证RFC 6238 允许服务端做一定程度的漂移容忍，通常为前后各一个 30 秒窗口，即约 90 秒的容错范围。60% 相似待验证代码中的重试循环最多尝试 4 次，指数退避从 500 毫秒开始，并在服务提供 Retry-After 响应头时优先遵守该头部值。60% 相似
引用此条事实
Stable URI
https://kongchang.com/claim/1034034API
curl https://kongchang.com/api/v1/knowledge/claims/1034034MCP
get_claim(id=1034034)