Models
List available models and understand model routing
List Models
Retrieve a list of all models available through Router9.
GET /v1/modelsExample Request
curl https://api.router9.com/v1/models \
-H "Authorization: Bearer sk-r9k-your-key"Response
{
"object": "list",
"data": [
{
"id": "anthropic/claude-opus-4.8",
"name": "anthropic/claude-opus-4.8",
"architecture": {
"input_modalities": ["text", "image", "file"],
"output_modalities": ["text"]
},
"context_length": 1000000,
"created": 1781409302
},
{
"id": "google/gemini-3.5-flash",
"name": "google/gemini-3.5-flash",
"architecture": {
"input_modalities": ["text", "image", "audio"],
"output_modalities": ["text"]
},
"context_length": 1048576,
"created": 1781409302
}
]
}Each entry exposes id, name, an architecture block (input_modalities /
output_modalities), context_length, and a created timestamp. The exact set
of models depends on your server's configuration — always read the live list from
this endpoint rather than hardcoding IDs.
Model Routing
Router9 uses a dynamic routing system. When you request a model:
- The model ID is matched against configured routes using prefix matching
- Routes are sorted by priority (highest first)
- The request is forwarded to the matched upstream provider
The auto Model
If your administrator has configured an auto route, setting model to "auto"
lets Router9 pick a model for you (weighted across the configured upstreams).
auto is not a built-in alias — when no auto route is configured, requesting
it returns 404 model_not_found. Check GET /v1/models to see whether auto is
available on your deployment.
Available Providers
Providers and models are configured per deployment. A typical hosted catalog looks like:
| Provider | Example Models |
|---|---|
| Anthropic | anthropic/claude-opus-4.8, anthropic/claude-opus-4.8-fast |
google/gemini-3.5-flash | |
| DeepSeek | deepseek/deepseek-v4-pro, deepseek/deepseek-v4-flash |
| Others (via OpenRouter) | moonshotai/kimi-k2.7-code, minimax/minimax-m3 |
The exact list of available models depends on your server's configuration. Use the List Models endpoint to see what's currently available.
Model Access by Plan
| Plan | Models Available |
|---|---|
| Free | Free-tier models only (configured per-route by admins) |
| Pro | All models (Claude, Gemini, DeepSeek, etc.) |
| Max | All models with low-latency routing |
Calling a model not flagged as free-tier from a FREE account returns 403 model_requires_upgrade. The Free-tier allowlist is managed per model route in the admin dashboard.
Current Limitations
Router9 routes chat / tool-calling completion models only. Two things to know when wiring up a harness:
- Model ids are provider-prefixed slugs, not short aliases. Use the exact ids
from
GET /v1/models(e.g.anthropic/claude-opus-4.8,google/gemini-3.5-flash). Names likegpt-4oorclaude-sonnet-4-…are not aliases — they return404 model_not_foundunless an administrator has configured a matching route. Likewise,autoonly works if anautoroute exists on your deployment. - No embeddings endpoint. There is no
/v1/embeddingsroute. Harnesses that need embeddings (for memory/RAG, e.g. Letta) must point their embedding handle at a different provider — only chat models route through Router9.