salesloft-rate-limits
Analyze and govern Salesloft's team-wide cost budget with exact response headers, deep-page costs, fair scheduling, and bounded retries. Use when preventing or diagnosing 429 responses. Trigger with "Salesloft rate limits", "Salesloft 429", or "Salesloft request budget".
Allowed Tools
Provided by Plugin
salesloft-pack
Production Salesloft operator workflows for authentication, cadences, synchronization, rate control, webhooks, security, deployment, and incident evidence
Installation
This skill is included in the salesloft-pack plugin:
/plugin install salesloft-pack@claude-code-plugins-plus
Click to copy
Instructions
Salesloft Team Rate Budget
Overview
This skill turns Salesloft rate limiting into measured team capacity. It accounts for other integrations and deep-page multipliers rather than treating request count as cost.
Prerequisites
- A named Salesloft team and integration owner
- Method/path/page inventory and recent response headers
- A shared per-team scheduler or limiter
- Replay-safe handling for any retried operation
Tool Discipline
Use Read, Glob, and Grep to locate pagers, retry loops, concurrency, and metrics. Use WebFetch only to confirm current official limits and endpoint costs. Use Write or Edit after the budget policy is approved.
Current Contract
- Salesloft currently documents a default team-wide limit of 600 cost per minute; Salesloft can adjust it by customer or team.
- Endpoint cost defaults to 1 but can change without endpoint deprecation.
- Page 101-150 costs 3, 151-250 costs 8, 251-500 costs 10, and 501+ costs 30.
- Observe
x-ratelimit-endpoint-costandx-ratelimit-remaining-minuteinstead of invented per-minute header names. - Another integration on the same team can consume the shared budget.
Authentication
Use the existing team-bound Bearer credential. Do not evade a team limit by rotating credentials or applications.
Instructions
- Instrument endpoint cost, remaining-minute value, page number, latency, status, and team alias.
- Build a limiter keyed by team, not only process or credential.
- Reserve headroom for interactive and recovery traffic.
- Replace deep scans with endpoint-supported
updated_atpolling and durable cursors. - On 429, honor explicit server guidance when present; otherwise use bounded exponential backoff with jitter.
- Retry reads and application-idempotent operations only; surface exhausted attempts.
- Alert on sustained high endpoint cost or unexpected shared-budget depletion.
Approval Boundaries
Do not increase concurrency, request a provider limit adjustment, or replay uncertain writes without measured evidence and owner approval.
Output
Return team budget, observed header samples, endpoint/page cost distribution, limiter policy, retry bounds, headroom, and before/after measurements.
Error Handling
| Condition | Response |
|---|---|
| Missing headers | Use conservative scheduling and flag contract verification. |
| Sudden depletion | Correlate API Logs across all team integrations. |
| 429 on write | Reconcile outcome before any retry. |
| Persistent exhaustion | Reduce work and contact Salesloft with evidence if a limit change is justified. |
Examples
The example below shows the minimum redacted evidence expected from a successful invocation of this operator workflow.
team=team-42; endpoint-cost=1; remaining-minute=412; page=1; retry=none