Coding agent, then gateway, then model, then tokens.
The gateway receives
- prompt“add retry…”
- tokens3.4k in · 612 out
- latency1.8 s
- statusHTTP 200
The infrastructure sees the request.
From keystroke to GPU — and back.
AirLLM connects the coding agent, model router, compute, and control plane into one task-aware system. Each step can be routed for the work it is doing — and the result can shape what happens next.
Agent · Router · Compute · Control
step: run testselectsrun test→fast model
outcome✓ tests passed
The Missing Context
Coding agent, then gateway, then model, then tokens.
The gateway receives
The infrastructure sees the request.
AirCode — plan, edit, run, verify — then Air Router, then model or compute, then the task outcome, which loops back to Air Router.
Air Router can also see
The infrastructure can understand where the request sits inside the task.
Tokens are an input. The finished task is the outcome.
Task-Aware Routing
A coding task isn’t one model call.
Planning, searching, editing, running commands, fixing errors, and verifying results have different requirements.
Because AirCode and Air Router are designed as parts of the same system, the agent can tell the routing layer what kind of work is happening. Then Air Router can choose accordingly.
step = planningstep = toolstep = editingstep = executionstep = verificationThe model can change while the task stays the same.
The Closed Loop
Most routing systems make a decision at request time. AirLLM can also receive signals from the work that happens after that decision.
① Understand
② Route
③ Execute
④ Observe
Closed-loop routing.
The routing decision doesn’t have to end when the model responds.
Built Together
04 Control · Control Plane
01Build
The agent that knows the task.
Plans, edits, runs commands, tests, and verifies work.
02Route
The intelligence between the agent and the models.
Understands task difficulty and step context, chooses an appropriate model lane, maintains prompt-cache behavior, handles provider failures, and helps protect against runaway work.
03Run
Use the compute the step deserves.
AirLLM’s own GPU lane for selected routine work, with fallback to upstream models.
One Operating Layer
Live Sessions 1 running
Model Governance
Budget
$0weekly limit
The same platform identity follows the developer and API usage.
Agent and API consumption are visible together.
Model rules and organizational controls apply across the platform.
See usage, task cost, and running agent activity without stitching together separate systems.
AirGPU
Coding agents generate a surprising amount of work around the difficult reasoning: tool coordination, routine transformations, and other lower-complexity steps.
Air Router can place selected routine work on AirLLM’s own GPU lane while keeping frontier models available for demanding work.
Own the efficient lane. Reach the frontier when the task needs it.
Open at the Edge
AirLLM becomes more deeply task-aware with AirCode, but adopting AirCode isn’t required to use Air Router.
Open to other tools. Deeper when the stack is AirLLM-native.
One Platform
One key
Use AirCode or call Air Router without maintaining disconnected provider credentials across every workflow.
One bill
Agent usage, routed API traffic, and eligible compute consumption share the AirLLM commercial layer.
One policy
Model governance, budgets, organizational roles, and access controls live at the platform layer.
One dashboard
Understand usage and cost while also seeing the state of AirCode sessions.
The value isn’t having fewer dashboards. It’s having one system that understands what those dashboards are measuring.
Platform Products
Who Enters Where
Start with one layer. The platform becomes more context-aware as the layers work together.
Connect the agent doing the work, the router choosing the intelligence, the compute running it, and the controls governing it.
Most AI infrastructure optimizes the model call. AirLLM optimizes the work around it.
Don’t optimize the token. Optimize the task.