Models & Routing
Choose providers, operators and eligible fallbacks for your requests.
Search guides and API reference.
Model Selection
Choose a model ID from the live model catalog. Router resolves eligible direct providers, your BYOK credentials and operators. Availability depends on the model, credentials, funded access and requested capabilities. BYOK uses your credential and never falls back to a Router-funded provider or operator.
Routing Strategy
Operator selection considers latency, uptime and price. Provider selection also honors provider order, price ceilings and compliance constraints. Use X-Tangle-Routing to choose operator, provider or auto routing; X-Tangle-Operator pins an operator.
Fallbacks
Retries can exhaust eligible operators or providers and return an error. Pins, BYOK and compliance rules constrain attempts. Router-chosen cross-model substitution requires explicit provider.allow_fallbacks: true and eligible routing; omitting require_model alone does not enable it. Set require_model: true to forbid Router-chosen substitution. Caller-supplied model chains and compatibility aliases are separate behaviors. Read X-Tangle-Served-Model to identify the model that answered.
Routing Controls
# Pin an operator (address or slug)
X-Tangle-Operator: <operator-address-or-slug>
# Select the direct-provider lane
X-Tangle-Routing: providerIn the JSON body, provider.data_residency: 'eu' constrains eligible direct providers; combining residency with operator-only routing is rejected. Use provider.max_price with prompt and completion fields for price ceilings in USD per million tokens. The equivalent gateway fields are providerOptions.gateway.dataResidency and providerOptions.gateway.maxPrice. Residency requests select configured compliance records; they do not independently attest provider behavior.