收到429错误说明已超muse wonder-1.0的rpm/tpm配额，需立即限流；登录配额控制台查看实时额度，个人账户默认60 rpm/500k tpm，企业认证可提升至300/2m；可通过硬性延迟+指数退避、批量合并请求、客户端缓存降频；还可申请提额或切换muse code订阅获取独立配额。
☞☞☞AI 智能聊天, 问答助手, AI 智能搜索, 多模态理解力帮你轻松跨越从0到1的创作门槛☜☜☜
调用 Muse Wonder API 时突然收到 429 Too Many Requests 错误，请求被拒绝且无响应体返回，说明已触达当前账户或模型版本的速率限制阈值，必须立即调整调用节奏才能继续使用。
确认当前账户的限流配额
登录 Meta Model API 配额控制台，在「Muse Wonder」服务页下查看「Requests per minute (RPM)」与「Tokens per minute (TPM)」两项实时配额。注意：Muse Wonder Full 不在此界面显示配额，因其不开放 API 调用，【所有通过 API 调用 Muse Wonder 的行为，均默认指向 muse-wonder-1.0 模型】。
若页面显示 RPM 为 60、TPM 为 500,000，则代表每分钟最多发起 60 次请求，且所有请求的输入+输出 token 总和不得超过 50 万。该配额按账户（而非应用）全局生效，多个应用共享同一额度。
降低请求频率的实操方法
方法一：硬性延迟 + 指数退避
在每次 API 请求后插入 time.sleep(1.1)（Python）或等效延时逻辑，确保相邻两次请求间隔 ≥ 1.1 秒。若连续触发 429，立即启用指数退避：首次重试等待 2 秒，第二次 4 秒，第三次 8 秒，上限设为 60 秒。这能避开突发流量导致的瞬时超限。
方法二：批量合并请求（仅适用于非交互式任务）
将原本分散的 10 个单条 prompt 请求，改写为 1 个含 10 个 messages 数组的 /chat/completions 请求，并在 payload 中显式设置 "n": 10。此方式可将 RPM 消耗从 10 次降为 1 次，但会显著增加单次 TPM 占用——务必提前计算总 token 量，避免触发 TPM 限制。
方法三：启用请求缓存（仅限重复性低敏感内容）
对结构固定、参数可枚举的请求（如“将以下英文翻译为中文：{text}”），在客户端层添加 LRU 缓存，key 为 prompt 哈希值，value 为 response.content。缓存命中直接返回，不发网络请求。注意：严禁缓存含用户隐私、时效性内容（如实时股价、未公开财报）的响应。
升级配额的可行路径
第一步：检查账户是否完成企业验证
未验证的个人开发者账户默认 RPM=60、TPM=500k；完成 Meta Business Suite 企业认证后，RPM 自动升至 300，TPM 升至 2M。验证入口在开发者后台 → Settings → Account Settings → Business Verification。
第二步：提交配额提升申请
① 进入 应用专属配额页；② 点击「Request higher quota」按钮；③ 在表单中填写：过去 7 天实际 RPM/TPM 峰值、业务场景描述（例：“为金融资讯 App 提供实时研报摘要，日均调用量 8 万次，当前配额已持续超限”）、预期增长倍数（建议 ≤3 倍）；④ 提交后通常 2 个工作日内邮件回复结果。
第三步：切换更高配额的订阅方案（仅限 Muse Code 用户）
若你同时是 Muse Code 订阅者，可在 Muse Code 控制台 → Billing → Plan Upgrade 中选择「Pro」或「Enterprise」档位。这些档位附带独立的 Muse Wonder API 配额池，与开发者账户配额不叠加，且支持自定义 RPM/TPM 上限。注意：【该配额仅对通过 Muse Code SDK 发起的请求生效，普通 OpenAI SDK 调用仍走原账户配额】。
