用途：把 Salesforce 限制视为共享且随时间变化的 org 契约，在集成之间分配余量，用于预防或解决容量耗尽问题。前提包括：已授权的 org、工作负载、API 与事件模式、业务优先级及对等集成；当前 Limits 资源、Sforce-Limit-Info、job、event-usage 和应用遥测；平台、集成、事件与业务负责人及延期策略。
主要能力：使用 Read、Glob、Grep 检查已批准的仓库与证据文件，用 WebFetch 复核当前 Salesforce 官方文档，仅对无密钥的计划、夹具、配置和脱敏回执使用 Write 或 Edit。Limits REST 资源返回最大与剩余配额，消费数据最多滞后五分钟；Sforce-Limit-Info 报告 REST API 用量，名称、配额、窗口、宽限行为和权益因 org、版本、许可证、API 版本与工作负载而异。使用有查看限制权限的只读主体，不在公开指标或回执中暴露令牌、org 标识符或无关配额细节。
使用方式：清点共享 org 的每个工作负载及其 API 模式、优先级、计划、并发、重试行为和负责人；发现受支持的 API 版本并带时间戳记录当前 Limits 与响应头证据；将 REST、批量、异步、Apex、存储和事件配额映射到工作负载与业务截止时间；对正常、突发、重试风暴、回填和事故需求建模并留出测量滞后的安全余量；按优先级类别定义准入、并发、批处理、背压、延期和停止策略；在已授权的非生产 org 中用合成工作测试策略，证明硬耗尽不会被盲目重试；监控实际用量并核对延期工作，在发布、许可证变更和事故后审查配额与策略。
限制与边界：未获负责人批准，不得用生产容量测试、提高并发、推迟关键工作、购买容量或禁用对等集成；不得公开令牌或 org 标识符。若 Limits 值在读取间变化，应使用时间戳和文档化滞后，避免用快速并发读取做一致性判断；硬配额耗尽时应停止准入并核对待处理工作，仅靠指数退避无法创造容量；工作负载归属未知时，先确定负责人和优先级再分配共享容量。输出包括带日期的配额快照、工作负载预算、场景、安全余量、控制、告警、延期工作台账及审查负责人。