Nixflex applies rate limits to protect the platform and ensure fair use. Most applications stay well under these limits, but if you’re building high-volume integrations, plan around them.Documentation Index
Fetch the complete documentation index at: https://docs.nixflex.com/llms.txt
Use this file to discover all available pages before exploring further.
API request limits
Per API key:| Endpoint group | Limit |
|---|---|
Read operations (GET) | 600 requests per minute |
Write operations (POST, PUT, PATCH, DELETE) | 120 requests per minute |
Authentication endpoints (POST /v1/keys) | 10 requests per hour |
X-RateLimit-Reset is a Unix timestamp when the window resets.
When you hit the limit
You get a 429 response:retry_after tells you how long to wait. Honour it.
Concurrent call limits
The number of calls running simultaneously per account:| Tier | Concurrent calls |
|---|---|
| Pay-as-you-go | 10 |
| Starter | 25 |
| Scale | 100 |
| Enterprise | Custom |
Batch campaign concurrency
Within a batch campaign, the engine launches calls in waves up to your account’s concurrent call limit. A 1,000-recipient campaign on a 25-concurrent plan takes roughly the average call duration × (1,000 / 25) to complete. You can also throttle a campaign deliberately:SMS rate limits
SMS is rate-limited by Twilio, not Nixflex. Default: 1 message per second per sending number. For high-volume SMS:- Add multiple sending numbers (the engine round-robins them)
- Request a higher Twilio MPS limit from Twilio support
- Use SMS campaigns, which respect Twilio’s pacing automatically
Webhook delivery limits
Webhooks fire as fast as your endpoint can accept them, with no Nixflex-side throttle. If your server is slow:- Receive the webhook quickly (return 2xx immediately)
- Process the data in a background queue
- Don’t do heavy work inside the webhook handler