service_tier on each request and keep the same public model ID.
Choose a tier
For standard Inference API requests, omitting
service_tier uses default.
Flex and Priority are available only on select models. A tier does not change the
model’s capabilities or context window, and selecting Priority does not guarantee
a fixed response time.
Flex uses the same request APIs as the other tiers. A background workload sends
individual requests; selecting Flex does not create an asynchronous batch job.
Check model support
Call Get available models (GET /v2/ai/openai/models) and inspect data[].service_tiers for the desired
model. Send one of those values as service_tier.
id unchanged. Do not append a tier suffix to the model
name. Model support can change, so check the catalog before choosing Flex or
Priority. The service_tiers field is omitted for externally hosted models;
their provider determines supported tiers and behavior.
Set the tier on a request
Chat Completions
After confirming thatdeepseek-ai/DeepSeek-V4.1-Flash lists flex, send this
body to Chat Completions
(POST /v2/ai/openai/chat/completions):
service_tier to default or priority and
choose a model that advertises that tier. Streaming requests select the tier
with the same field.
Responses
The Responses API (POST /v2/ai/openai/responses) accepts the same top-level field:
Handle unavailable capacity
A supported tier can still be temporarily unavailable. For Flex workloads, allow a longer request timeout and use bounded retries with exponential backoff and jitter for transient capacity errors. HonorRetry-After when present.
If the model does not support the requested tier, select a value advertised by
the models endpoint instead of retrying the unchanged request. Do not rely on
automatic switching to another tier. An application can explicitly retry on
another supported tier if its latency requirements and budget permit; that new
request uses the newly selected tier’s rates.