Rate Limit
服务端保护自身资源的机制，限制客户端在特定时间窗口内的请求频率或数量，常见实现包括令牌桶和滑动窗口。
核心事实
时间轴 (近 90 天)
并发数设置过高容易触发下游 API 限流，导致重试、退避，反而拉长总耗时；设置过低则无法压缩端到端延迟。
多数第三方 API 通过令牌桶或滑动窗口限制单位时间内的请求数，超限会返回 429 状态码甚至临时封禁。
限流（Rate Limit）常见实现有令牌桶（Token Bucket）和滑动窗口（Sliding Window）两类，服务端超配额时返回HTTP 429并可能附带Retry-After响应头。
API速率限制（Rate Limit）指第三方服务单位时间内允许的最大请求次数，超出后返回429 Too Many Requests错误
速率限制通常以每分钟或每天请求次数计量，Token配额则按输入加输出的文本量累计
触发限速后用户通常需要等待几分钟到数小时不等才能恢复访问
速率限制（Rate Limit）是API服务商控制用户调用频率的技术机制，通常以每分钟/小时/天请求数量或Token消耗上限来衡量
多账号并行使用可将并发限制分散到多个独立配额池，避免单账号触发速率限制导致等待
当用户触达API速率上限时，API通常会返回HTTP 429状态码（Too Many Requests）
全部知识事实 (10)
供应商的速率限制通常在每分钟请求数（RPM）、每分钟 Token 数（TPM）、每天 Token 数（TPD）三个维度同时生效
70%已验证速率限制（Rate Limit）是API服务商控制用户调用频率的技术机制，通常以每分钟/小时/天请求数量或Token消耗上限来衡量
65%待验证并发数设置过高容易触发下游 API 限流，导致重试、退避，反而拉长总耗时；设置过低则无法压缩端到端延迟。
50%待验证多数第三方 API 通过令牌桶或滑动窗口限制单位时间内的请求数，超限会返回 429 状态码甚至临时封禁。
50%待验证限流（Rate Limit）常见实现有令牌桶（Token Bucket）和滑动窗口（Sliding Window）两类，服务端超配额时返回HTTP 429并可能附带Retry-After响应头。
50%待验证API速率限制（Rate Limit）指第三方服务单位时间内允许的最大请求次数，超出后返回429 Too Many Requests错误
50%待验证速率限制通常以每分钟或每天请求次数计量，Token配额则按输入加输出的文本量累计
50%待验证触发限速后用户通常需要等待几分钟到数小时不等才能恢复访问
50%待验证多账号并行使用可将并发限制分散到多个独立配额池，避免单账号触发速率限制导致等待
50%待验证当用户触达API速率上限时，API通常会返回HTTP 429状态码（Too Many Requests）
50%