01 / MODEL CALL
The agent chooses how to reason
Model router
cascadeflow runtime
A model router chooses where one request goes. cascadeflow stays inside agent execution, sees every model call, tool call, and handoff, and enforces policy and KPIs as the run changes.
$ pip install cascadeflow$ npm install @cascadeflow/coreMIT open source · sub-5ms overhead · full per-step audit trail
$ pip install cascadeflow$ python run_agent.py[cascadeflow] analyzing step… predicted cost > threshold, quality > min[cascadeflow] ACTION: switch_model(cost-optimized)[cascadeflow] sub-agent call optimized and routed✓ agent run complete · final cost 0.0001 · 92% reduction
// QUICK VERDICT
Model routers optimize model selection, and gateways standardize provider access. cascadeflow includes quality-validated model cascading and domain-aware routing, then stays inside agent execution to govern model calls, tool calls, handoffs, cumulative budgets, policy, and quality across the full run.
// SIDE-BY-SIDE
Routing selects a model before the request. cascadeflow continues through every consequential agent decision after the request begins.
// BOTTOM_LINE Model routers recommend a model before a request. cascadeflow can keep observing, deciding, and enforcing after the agent starts running.
// THE RUNTIME GAP
Model routers optimize the request boundary. Agents keep making consequential decisions afterward. They call tools, delegate work, spend more budget, and produce results that may fail policy or quality checks.
01 / MODEL CALL
Model router
cascadeflow runtime
02 / TOOL CALL
Model router
cascadeflow runtime
03 / HANDOFF
Model router
cascadeflow runtime
04 / QUALITY CHECK
Model router
cascadeflow runtime
// WHY CASCADEFLOW
cascadeflow does not stop at recommending a model. It keeps the agent aligned with the policies and outcomes the business actually cares about.
Observe every model call, tool call, and sub-agent handoff with the run's cumulative budget, policy, and quality state attached.
A policy can switch a model, deny a tool, require approval, redact data, or stop the run before the costly or non-compliant action happens.
Score each step across cost, latency, quality, budget, compliance, and energy, plus custom dimensions defined in cascadeflow Studio.
Classify the query domain and use a specialist model cascade, then validate the result instead of trusting one up-front prediction.
// AFTER THE ROUTE
A routing decision cannot stop a later tool call, react to cumulative spend, or explain why the run changed course. cascadeflow evaluates and records each of those decisions in-process.
// COMPARE CONTROL SCOPE
Routers and gateways solve useful boundary problems. cascadeflow keeps their strengths in context, then adds control over the agent decisions that happen after the request begins.
// CENTRALIZED GATEWAY
Centralized gateways are useful for shared authentication, budgets, retries, fallbacks, guardrails, logging, and administration across model providers. cascadeflow works alongside that infrastructure and adds in-process policy, KPI, budget, and execution control at the decisions a gateway cannot see.
// REQUEST-LEVEL ROUTING
Model routers choose a cheaper, faster, or better-fit model before generation. cascadeflow includes quality-validated model cascading and domain-aware routing, then continues evaluating the tool calls, handoffs, quality results, and cumulative state that appear after the first route.
// AGENT RUNTIME GOVERNANCE
cascadeflow evaluates model calls and tool execution against live budget, compliance, latency, energy, and KPI state, then records or enforces the resulting decision. Teams can keep an existing gateway for provider access and add cascadeflow inside agent execution.
// FAQ
cascadeflow governs multi-step agent execution. Model routers select a model for a request, and gateways centralize provider access. cascadeflow keeps working after the request begins by enforcing policy and KPIs throughout the agent run.
A model router selects a model for a request. cascadeflow stays inside agent execution, evaluates model calls and tool execution against live policy, KPI, budget, and trace state, and can change or stop what happens next.
cascadeflow's core, RouteLLM, and LiteLLM's core gateway are open source, while infrastructure and model-provider costs still apply. Not Diamond lists $0.05 per million tokens routed. LiteLLM Enterprise and cascadeflow Studio do not publish directly comparable fixed pricing.
cascadeflow includes model cascading and domain-aware routing, so a separate router may be unnecessary. It can also work with an existing gateway when a team still needs centralized provider access, virtual keys, or gateway-level administration.
Standalone routers stop at request-level model selection. cascadeflow should be the default for multi-step agents because it governs model calls, tool execution, cumulative budgets, policy changes, and quality checks throughout the run. It can also work with existing routing infrastructure when teams want to keep it.
Yes. In enforce mode, cascadeflow can allow a step, switch the model, deny a tool, or stop execution according to configured budget, compliance, latency, energy, tool-call, and KPI constraints.
cascadeflow uses quality-validated model cascading and domain-aware routing to handle more work with smaller specialist models, escalating only when quality thresholds or runtime policy require it.
cascadeflow records the action, reason, model, step, cost, and budget state for runtime decisions, creating an audit trail of what was allowed, changed, denied, or stopped.
// SOURCES
// MOVE INSIDE THE AGENT
Add cascadeflow to your existing agent stack and start with observe mode. Measure every step first, then enforce the policies and KPIs that matter.