用途：该技能优化 Salesloft API 的速率预算消耗（非订阅定价），基于实测端点成本与业务价值去除浪费，同时不丢记录、不掩盖失败。适用场景为团队、集成、时间窗口与业务负责人明确的同步成本排查。
主要能力：按团队、集成、方法/路径、页码区间、状态和重试原因测量调用与成本；对深分页、重复轮询、未变化记录、重试循环和低价值字段进行浪费排序；用文档化过滤器和 updated_at 游标替代全量扫描；协调各集成调度并预留恢复余量。
使用方式：需准备命名团队、集成、时间窗口、业务负责人、端点/页码/状态/速率头的 API 日志或应用指标，以及当前同步与保留要求和基线对账结果。用 Read、Glob、Grep 检查轮询计划、页遍历、缓存与重试；WebFetch 仅用于官方 Salesloft 速率与轮询指南；仅在优化关联到实测浪费后用 Write 或 Edit。每次应用一项有界变更，比较成本、延迟、完整性与新鲜度，只保留能维持对账与服务目标的改进。
关键合约：Salesloft 当前每团队每分钟从 600 成本起步，可能由供应商调整；端点成本默认为 1 但会变化，需测量 x-ratelimit-endpoint-cost；页码超过 100 成本上升，501 页及以后达 30 点；API 日志可按集成、团队、端点、响应码和速率用量分组；Webhooks 不能替代所有变更流，官方将游标轮询作为通用增量模式。
限制与边界：使用现有已批准权限，不得创建额外凭证规避共享团队预算；未经数据所有者批准，不得声称速率成本点等于美元节省、不得降低所需保留、丢弃记录或禁用对账；若优化漏记录，回滚并修复游标或重叠逻辑；成本上游变化时按实测头与当前文档更新预算。输出应包含基线成本、排序浪费、提议变更、预期容量影响、实测结果、正确性证据与剩余共享预算风险。