Overview
Smart Routing automatically selects a model from a configured model pool according to request complexity. In the System API, a route is represented by an API-key record withsmart_routing: true; it uses the same /api/token/ create, update, status, reveal, and delete endpoints as a standard key.
The stored tier object also contains
reasoning. The current console sets it to the same model as simple for compatibility.
Read the current presets
Preset model IDs are deployment configuration. Retrieve them from/api/status instead of copying model names from screenshots:
auto is not advertised as a routing alias.
Select a preset and normalize the compatibility field:
.data.smart_routing_excluded_models; excluded models cannot be selected.
Create a Smart Routing key
exclude_smart_routing=false:
Update the model pool
Read the current record and modify the decoded tier configuration. The update body must preserve every other mutable field.Reveal and use the route key
model to auto:
Routing statistics
Read aggregate statistics for all route keys:requests, actual_quota, saved_quota, daily entries with baseline and actual, tier_dist, and trial_start_ts.
Read current service-fee and trial configuration from /api/status:
Operational constraints
- Requests use the OpenAI-compatible
/v1/chat/completionsformat. - Claude targets are accessed through OpenAI compatibility mode, so Claude-native-only features may not be available.
- Switching target models can prevent provider-side prompt-cache reuse.
- Disable a route through the status-only update endpoint before deleting it when rotating production credentials.