Rate Limits
nexusflow controls peak traffic through RPM, TPM, approval flows, async tasks, and a monitoring system. High concurrency is not a single number — it is a combination of rate limits, queues, polling cadence, and model latency.
RPM
Controls request frequency to prevent instantaneous spikes from overwhelming the upstream.
TPM
Limits tokens per minute to prevent long-context traffic from crowding out resources.
Concurrency
Route long tasks through an async queue rather than holding synchronous connections open.
Monitoring
Watch for peak-period degradation via TTFT, success rate, and per-model latency.
Plan Rate Limits
Model Token Limits
Rate Limit Response Headers
The currently reliable response headers concern remaining quota. More granular headers will depend on what future platform versions expose.
High-Concurrency Recommendations
Separate sync and async
Route chat through `/v1/chat/completions` and image / video through `/v1/tasks` to keep long tasks off the synchronous path.
Back off when polling
Do not poll task status too frequently; use a fixed 3-5 second interval or exponential backoff to reduce amplification.
Watch degradation on the monitoring page
Track request volume, TTFT, success rate, and per-model latency to tell whether you are approaching the capacity ceiling.
Degrade gracefully on your side
During peaks, switch to faster models first, or reduce max_tokens and long-context usage.