Understanding Routing Decisions
Every request Routor handles generates a routing decision. This page explains what each field means and how to read them.Where to See Decisions
Two places:- Response headers on every API call - instant, inline with your request
- Playground - visual breakdown with color coding and confidence bar
📷 [Screenshot: Routing decision panel in the Playground showing tier, model, confidence, chain, and cost]
The Decision Fields
Model
The actual model that handled the request, shown asprovider/model-id.
model field of the response body and in X-Routor-Model.
Tier
Which of the 5 tiers the prompt was classified into. See The 5 Tiers for the full breakdown.Confidence
How certain the classifier was, from 0 to 1.| Score | Meaning |
|---|---|
| 0.75 and above | Clear classification |
| 0.55 to 0.74 | Reasonable match |
| Below 0.55 | Borderline, sat near a tier boundary |
Method
How the tier was determined.| Value | Meaning |
|---|---|
rules | Rule-based classifier, standard path |
llm | LLM-based fallback classifier (reserved for future use) |
Fallback Chain
The full list of models Routor built for this request, in order of preference. The first one was tried first. If it failed, the next one was used.Cost Estimate vs Baseline
| Field | What it means |
|---|---|
| Cost estimate | What this request actually costs on the selected model |
| Baseline cost | What it would have cost on Claude Opus 4.8 |
| Savings | The difference, shown as a percentage |
Why a Decision Might Surprise You
If a prompt is routed to a higher tier than expected, these are the most common reasons:- Code keywords detected - even mentioning function names or syntax can bump the tier
- Multi-step patterns - numbered lists or “first… then…” patterns score higher
- Long context - a large system prompt or long conversation history pushes toward COMPLEX