klingai-rate-limits

用途：该技能用于处理 Kling AI API 的速率限制问题。Kling AI 按 API 密钥实施限流，超出后返回 429 Too Many Requests。适用于遇到 429 错误，或规划高并发、大批量工作流的场景。\n\n主要能力：\n1. 限流检测与错误分类，区分软限流（429 带 Retry-After）、硬限流（429 无该响应头）、并发限制触发和突发检测。\n2. 指数退避：使用 exponential_backoff 计算含随机抖动的等待时间，避免惊群效应；request_with_retry 对 429 和 5xx 分别重试。\n3. 并发任务限制：TaskLimiter 基于 asyncio.Semaphore 控制同时运行的任务数，以匹配所属套餐层级。\n4. 速率监控：RateLimitMonitor 记录每分钟调用次数，在接近上限（如 80%）时主动等待。\n5. 请求队列：RequestQueue 按 FIFO 顺序，以固定间隔（60/max_per_minute）分发请求。\n\n限流层级（据资料）：Free 为并发 1、每分钟 10 次、每日额度上限 66 积分；Standard 为并发 3、每分钟 30 次；Pro 为并发 5、每分钟 60 次；Enterprise 为并发 10+、请求数自定义。\n\n使用方式：使用重试与退避、并发信号量、频率监控和队列等模式组合控制请求节奏。示例里 request_with_retry 对 429 按指数退避重试，对 5xx 以 base=2.0 退避重试。使用前提包括已批准的沙箱工作负载、合成或权利已清的资料、当前配额基线、预算上限、仅草稿目的目标和指定的暂停与回滚操作员。\n\n输出要求：生成限流回执，包含环境、请求预算、聚合响应/错误计数、积分使用、仅草稿/策略结果、暂停或回滚操作、负责人批准和清理证明；排除提示词、资产和凭据。\n\n限制与异常处理：额度或配额异常时暂停并取消队列任务、恢复配置；权利或策略漂移时拒绝草稿、删除临时资产并转交脱敏回执。仅保留脱敏回执，到期删除测试产物。其他信息（如具体价格、完整平台支持范围）暂未提供。