Response shape
The endpoint returns an OpenAI-compatible list object:Field reference
string
The response container type. This is usually
list.array
The currently available model records. Treat this as dynamic rather than a permanent catalog.
string
The model ID to pass as
model. Chat workflows can also use selectors such as default, fast, and pro where supported. Image generation and edit workflows require a concrete image model ID, such as gpt-image-2.string
The broad model family or endpoint type. Video-capable models use
model_type: "video".string
The access tier for the model.
turbo models are fast models available to anonymous and free-token users, subject to lower rate and token limits.pro models are available to Pro subscribers and users with a topped-up balance. Pro subscription allowance is calculated dynamically across the billing period and can be checked in the dashboard.object
Per-model pricing metadata used to calculate request cost for paid usage and paid allowance accounting.
number
Input-token price in the listed
currency and unit.number
Output-token price in the listed
currency and unit.number
Per-unit price for non-token billing modes. For video models this is the compatible, base, or minimum per-second price; route-level prices in
pricing.route_prices_usd_per_second can be the source of truth for the final hold.array
Optional route-level video prices. When present, select the route that matches the submitted model, request type, and other route dimensions, then use
selected_route.public_price_usd_per_second for per-second billing.string
The pricing currency, for example
USD.string
The pricing unit, for example
1M tokens.number
Optional minimum cost applied to each request, even when the input and output token total would cost less.
number
Optional cache accounting floor. When present, cache-related billing treats each request as using at least this many cache tokens.
string
How pricing is calculated.
token means usage is priced from input and output token counts. second means generated media is priced per second, using route-level video prices when available and pricing.price as the fallback.object
Input and output types supported by the model. Models with
image in modalities.input can accept image inputs for vision or reference workflows. Models with image in modalities.output can produce image outputs through image endpoints. Models with video in modalities.output can produce video outputs through the Video API.object
The maximum context the model can process in one request, including prompt input and generated output. Models may report this in
tokens, chars, or both.boolean
true means the model is only available through paid usage accounting, such as a Pro allowance or topped-up balance.boolean
Whether the model supports streamed responses.
boolean
Whether the model supports JSON mode.
boolean
Whether the model supports reasoning-style behavior.
boolean
Whether the model supports tool and function calling.
object
Endpoint-specific capability metadata. Video models expose fields such as
video_generation, video_async, supported_seconds, supported_sizes, max_reference_images, max_reference_image_bytes, requires_reference_image, atlascloud_video, and atlascloud_routes.boolean
true when the video model is backed by Atlas routes.array
Atlas route metadata for video models. Use this with
pricing.route_prices_usd_per_second to validate supported request types, route choices, and route-priced billing.Access and limits
After a Pro subscription allowance is reached, requests can continue from a topped-up balance and are billed from model pricing, token counts, and any per-request minimums.
You can see current Pro allowance and billing status in the LLM7.io dashboard.
Estimating request cost
For token-priced models, calculate cost from the input and output token counts:minimum_request_price_usd is present, the charged request cost is at least that value:
currency and unit fields instead of assuming all models share the same pricing unit forever.
For video models with pricing_mode: "second", estimate the reserved hold from the requested duration. When pricing.route_prices_usd_per_second is present, route-level prices are authoritative:
seconds * pricing.price only when the model does not include pricing.route_prices_usd_per_second.
The hold is consumed when video generation completes successfully and released when upstream generation fails or task creation is not accepted.
Video model records
Video-capable models are listed withmodel_type: "video" and asynchronous video generation capabilities:
