Rate limits protect Breakcold and your workspace from too many requests at once. They also help keep automations predictable when several tools are connected to the same account. Most users never need to think about rate limits. You only need this guide if an integration, script, or automation starts receivingDocumentation Index
Fetch the complete documentation index at: https://docs.breakcold.com/llms.txt
Use this file to discover all available pages before exploring further.
429 Too Many Requests.
How limits work
Breakcold checks several limits at the same time. A request is blocked when any one of those limits is full.| Limit | Current budget |
|---|---|
| Organization | 600 requests per minute |
| Workspace | 300 requests per minute |
| User, app, or agent identity | 180 requests per minute |
| API key | 180 requests per minute when an API key is used |
| Route | 120 requests per minute for the same route in the same organization |
What happens when you hit a limit
The REST API returns429 Too Many Requests.
When possible, the response includes a Retry-After header in seconds and a retryAfterMs value in the JSON body.
What your integration should do
When you receive429, wait before trying again. If the response includes Retry-After, wait at least that long.
Good retry behavior:
- Wait before retrying.
- Retry a small number of times.
- Add a longer delay after each failed retry.
- Avoid sending many retries in parallel.
How to avoid rate limits
- Reuse data you already fetched instead of polling the same endpoint repeatedly.
- Use pagination instead of asking for very large lists at once.
- Queue write actions so they run steadily instead of all at the same second.
- Use the narrowest workspace access needed for each key.
- Split unrelated automations across separate keys only when they are truly separate workflows.
requestId values from the rate-limited responses.