用途：处理 Algolia 请求压力，避免凭空假定通用配额。区分密钥限制、当前合约用量、索引压力、临时传输失败与应用层放大。使用时机：请求返回 429、队列增长或搜索与索引出现压力时。
前提：明确仓库、环境与作用域内的 Algolia 应用或索引；以本地 lockfile 与已安装客户端类型为实现依据；准备只读查询或可弃置测试目标；涉及提供方行为的改动需查阅当前官方文档。
工具与用法：用 Read、Glob、Grep 检查本地代码、配置名、测试与依赖版本；WebFetch 仅用于当前官方 Algolia 文档；确认目标文件、约束与验证计划后再写或改。从状态、消息、操作、请求 ID 与当前账户条款解读 429；先检查已安装客户端行为，再叠加应用重试；限制尝试次数、耗时、并发与队列深度，仅重试语义安全操作；通过调度与背压隔离交互式搜索与批量索引。
鉴权：使用按操作划分的最小权限密钥，不得用 Admin 密钥替换受限密钥或移除租户防护来绕过限制。
步骤：记录失败操作、响应、请求 ID、客户端版本、并发、队列深度与流量来源；核对密钥限制与当前用量，不假定固定配额；识别重复客户端、无界并发、重试、机器人或超大批次造成的放大；定义重试预算（可重试错误、最大次数、超时、抖动、取消）；在生产端施加并发限制或调度，测试部分失败与关闭；在受控压力下验证搜索健康、队列恢复、幂等与告警。
边界与限制：未经所有者批准，不要对生产做负载测试、移除限流、提升套餐上限或重试非幂等任务。输出观察到的限制证据、压力来源、重试与队列策略、测试结果、剩余容量风险及需账户负责人决策的商业事项。错误处理：429 消息不明确时保留请求 ID 并咨询官方支持或文档；出现重试风暴时打开断路器并泄压或丢弃工作；队列超限时停止生产者并保留工作以便受控重放；拟变更套餐时把商业批准与技术修复分开。官方文本未提供其他细节。