Intelligent routing: make every model call earn its cost
Plain routing sends every request to one fixed model. Intelligent routing first understands the request, then picks the best-fit model and endpoint under quality, cost, latency, privacy, and safety constraints.
User requestExplain this billing charge and confirm whether it needs a human agent.
Signal BrainLow-risk business Q&A
Lightweight model
Routing Arena
Same goal, lower cost with intelligent routing
The numbers below are local demo data used to illustrate the product advantage: without lowering the quality threshold, simple requests go to cheaper models while high-risk or hard tasks stay on dedicated lanes.
Cache + low-cost modelLightweight model
64Cost index
72Latency
93Quality confidence
Est. blended cost-18%
Versus routing everything to a fixed strong model, it keeps the quality threshold while cutting unnecessary large-model calls.
Signal panel
DomainSupport / Billing
ComplexitySimple
Context2K
SafetyNo sensitive spans
Cache similarity0.91
Normal Route vs Smart Route
Fixed routing answers “can it run”; smart routing answers “is it worth it”
How plain routing runs
Every request goes to the same model or a set of static weights, so even simple tasks burn an expensive model.
Ingest requests
Support, code, privacy, and long-doc requests are all treated the same, with no differentiation.
→
Fixed strong model
All traffic goes through one lane — no signal analysis and no policy branching.
→
Uniform output
Quality is acceptable, but even the simplest tasks burn the most expensive compute.
How intelligent routing runs
Keep one complete routing chain: pick a task type on the left, see the matched rule and policy in the middle, and land on different model pools and endpoints on the right.
1. Signal extraction
Click a task type to see which signals this kind of request extracts first.
→
2. Matching & policy
Merge signals into a decision vector, then hit concrete rules by priority.
complexity = easy AND cache_similarity > 0.9
Content matchLow complexity + high cache hit
Routing policyCheck the semantic cache first; skip the large model on a hit
→
3. Plugin chain
The matched policy binds pre, selection, and post plugins.
Semantic cache hitLow-cost model firstSupport KB injection
→
4. Model & endpoint
The selector balances quality, cost, latency, and deployment boundaries across the candidate pool.
Target model poolLightweight modelFAQ / Summary / Simple rewrite
Serving endpointAnyInt / low-cost pool
Average cost-15%
Plain routeSmart route
Low-risk request latency-22%
Plain routeSmart route
Quality pass rate+4%
Plain routeSmart route
Sensitive-data interception+36%
Plain routeSmart route
Principle
From paper to product: signal – decision – plugin chain
Real intelligent routing isn’t random dispatch — it’s a configurable orchestration layer: it profiles every request with multi-dimensional signals like domain, complexity, context, and safety, then composes them into reusable routing rules across quality, cost, latency, and compliance goals, so every call lands precisely on the best-fit model and endpoint.
Compliance policy
When authz + domain + language match, allow only the private model, enable PII redaction and audit logs, and turn off caching.
Cost policy
When complexity + embedding + keyword match, check the semantic cache first, then escalate step by step from low-cost models.
Quality policy
A fact-check signal triggers HaluGate: first decide whether verification is needed, then run span detection and explanation to cut wasted checks.