用途：把猜测的配额替换为有证据支撑的工作负载边界与保守的客户端策略，保护 Mindtickle 租户及下游系统。适用于规划批量同步、应对限流或恢复积压等场景。
主要能力：盘点各操作的文档化分页、批大小、并发、超时、重试与幂等行为；将缺失值标记为未知，不用通用数字填补；建模峰值需求、可容忍陈旧度、下游限制与故障后重放量；定义保守的令牌或并发策略、带抖动的有界指数退避与总重试预算；加入背压、死信或隔离处理及允许范围内的写入对账；用合成的限流、超时、畸形响应与恢复夹具做本地验证；将结果连同证据、负责人、到期时间、仪表盘与升级阈值一起版本化。
使用方式：用 Read、Glob、Grep 查看工作负载与适配器配置，用 WebFetch 获取当前授权契约，用 Write 或 Edit 维护版本化策略与合成测试夹具。容量探测须使用非生产、最小权限主体，不得通过额外凭据或租户分散负载来规避已记录限制。受控租户探测前须获批准，出现首个限流或不稳定信号即停止。
限制：Mindtickle 公开表示其集成支持高吞吐交易，但不发布通用端点配额；数值限制、响应头、分页、安全并发与重试行为必须来自客户当前契约或授权观测。不得对生产做负载测试、规避限制、提高并发或未经租户与服务负责人批准重放写入。重试预算耗尽时应隔离剩余工作并告警，不得无限循环；积压威胁新鲜度时按业务策略排优先级或重新协商窗口，不得静默丢弃。
输出：操作清单、已知与未知限制、工作负载模型、客户端策略、重试预算、测试证据、监控阈值与待问供应商的问题。示例：limits=tenant-documented; unknowns=2; concurrency=conservative; retries=bounded; throttle-fixture=pass; production-probe=not-run。后续可在沙箱演练积压恢复，并在契约或量级变化后复核工作负载边界。