Lumenar

Your agent shouldn't pay for the same tokens twice.

Lumenar is an inference layer for long-running AI agents on open models. It reuses the context your agent keeps re-sending, and keeps the session intact when you switch models.

Built on vLLM and SGLang. One OpenAI-compatible API.

Diagram: your agent talks to the Lumenar session layer, which keeps a session log. Turns 1 to 29 run on model A; at turn 30 the session moves to model B with the same plan and files and a cache warmed once.your agentevery turnLumenarsession layersession lognot tied to any modelModel Aturns 1 - 29Model Bturn 30 onwardswitch at turn 30same plan, same files, cache warmed once

Most of an agent's bill is re-reading.

Every turn, an agent sends its whole history back to the model: the system prompt, the tools, the files it opened, every earlier step. The history grows each turn, and you pay for all of it again.

99.2%

of all tokens in our own agent sessions were input, not output.

88.5%

of those input tokens had been sent before.

Measured on our own coding-agent logs: 17,780 model calls in 1,305 sessions, 1.43B prompt tokens.

Bar chart of an illustrative 60-turn task: tokens sent per turn grow from 12 thousand at turn 1 to 84 thousand at turn 60.12K124K1036K2048K3060K4072K5084K60turnthe whole history is sent again, every turn
An illustrative 60-turn task, thousands of tokens sent per turn.

Switching models throws the session away.

Teams change models for price, rate limits or quality. But a model's cache is computed from its own weights, and each model has its own tokenizer, chat template and tool-call format. So the new model starts cold: it reads the whole history again, and the plan can get lost on the way. Most teams just avoid switching, and live with the lock-in.

What Lumenar does

Lumenar sits between your agent and your models. We extend open engines; we don't build a new one.

sessionGPU 1GPU 2has its cache

Keeps each session on its cache

Requests from one agent session go to the GPU that already holds its KV cache, so old context isn't computed again.

systemtoolsrepo mapturnsstable first, new last

Lays out prompts so they stay cacheable

Stable parts go first and new turns go last. One changed token early in the prompt breaks the cache for everything after it.

stepsmall modellarge modelread, searchplan, debug

Picks a model for each step

Reading files, searching and running tests go to a small model. Planning and debugging go to a large one.

ABlog goes along

Hands the session over on a switch

The session lives in a log that no single model owns, so a new model can pick it up where the last one stopped.

What happens when you switch

Six steps in a model switch: freeze, compact, render, warm up, check, go on.1freeze2compact3render4warm up5check6go on
  1. Freeze. Stop at a clean turn boundary.
  2. Compact. Fold old turns into the session log, keeping the plan, decisions and open files.
  3. Render. Write the log in the new model's chat template and tool format.
  4. Warm up. One prefill fills the new model's cache.
  5. Check. A short probe confirms the new model knows the plan.
  6. Go on. The agent continues from the same turn.

What it could save

For one 60-turn example task, our cost model puts the bill at $2.95 with no reuse, $0.47 with a prefix cache, and $0.30 when easy steps also go to a smaller model.

Assumptions: $1 per 1M new input tokens, $0.10 per 1M cached, $3 per 1M output; 12K to 84K tokens per turn; 70% of steps can use a model at one fifth of the price. A pilot measures the real numbers.

Cost model for one 60-turn example task: 2.95 dollars with no reuse, 0.47 with a prefix cache, 0.30 with cache plus step routing. Not measured.No reuse$2.95+ prefix cache$0.47+ cache + step routing$0.30cost model with stated assumptions, not a measurement

Where we are

We're at prototype stage and pre-revenue. Here's exactly what's done and what isn't.

Done

  • doneA market study of 8.56M public posts and issues on inference
  • doneThe architecture, and a 12-week plan with go / no-go gates
  • doneA baseline on real agent logs: 88.5% of prompt tokens repeat
  • doneA shipped product: Clutch, a basketball recruiting platform

Not yet

  • not yetA working prototype of the session layer. The build starts now.
  • not yetPaying customers
  • not yetAn external benchmark. That's what a pilot is for.

Team

Dilshaan Momin

Founder and CEO

mdilshaanbasha@gmail.com

Mohd Guffran

Founding Engineer

guffran.lumenar@gmail.com

Sk Mastan

Founding Engineer

mastan.lumenar.team@gmail.com

Running long agents on open models?

We're looking for teams and GPU partners for a pilot. We run your real agent workloads, baseline against Lumenar, and judge it on one number: cost per solved task.