Agents that runfor a month.

Today's agents are good for an afternoon. Over weeks they lose context, lose track of each other, and cost too much to keep alive. We work on every layer that breaks.

Simulation environments, agent swarms and inference, built toward one goal: agents that keep working, and keep their memory, for a month.

Work with the Lab

One goal,three layers.

A month-long agent fails in three places. It never trained on problems where actions play out over days. It can't coordinate with the agents beside it. And holding all that context in memory gets too expensive to run. Each track takes one of those on.

Environments

01 · Where agents learn

Simulation RL environments

Digital twins of real operations, rebuilt from public records: rail networks recovering from real disruptions first, then power-grid redispatch. The agent replans as the day unfolds, and every plan is graded against a proven optimum.

  • Railways
  • Power grid
  • FineEnvs
Swarms

02 · How agents run

Long-running agent swarms

Swarms of up to 10,000 agents that share state through a REPL, as in Recursive Language Models. Agents hand off work as variables, and every result can be checked by code.

  • 10,000 agents
  • REPL
  • RLM
Inference

03 · What it costs

The KV cache, up close

Every agent's memory lives in the KV cache. We study how KDA, CSA, FlashAttention, vLLM and RadixAttention shape it, and what it takes to keep thousands of agents running at once.

  • KV cache
  • vLLM
  • RadixAttention

How we build an environment

Real records in.Proven answers out.

Most RL environments for language models are puzzles, code or web tasks. Real operations look different: someone keeps a schedule running under strict rules while things keep going wrong. We rebuild that work from the records it leaves behind, and grade agents against answers that can be proven best.

Transmission towers crossing open fields at dusk
  1. 01

    Start from real operating data

    Public timetables, incident logs and operator records give us the real network, the real traffic and the plan that was actually run.

  2. 02

    Inject real disruptions

    Breakdowns, closures, delays and weather, modelled on incidents that really happened, stacked by difficulty from routine days to crises.

  3. 03

    Prove the best answer

    An exact solver computes the optimal plan for each task. Tasks a simple heuristic already solves are dropped, so every task left is hard.

  4. 04

    Check the twin against reality

    We replay what human dispatchers actually did through the simulation. If the twin can't reproduce the real outcome, it isn't ready to train on.

  5. 05

    Let the day unfold

    News reaches the agent over time, not all at once. Decisions lock in as the clock moves, so the agent has to plan, commit and replan for hours or days.

  6. 06

    Grade deterministically

    Rules first, then cost against the proven optimum. No LLM judge, no sampling: the same plan always gets the same reward, which is what RL needs.

What is real and what is simulated

We say it plainly for every environment. Timetables and incidents come from records. Where the records stop, such as exact capacities or confidential network data, we model it and label it as modelled. Rail comes first because its operating data can be checked end to end. Power grids follow, with their limits stated.

How it fitstogether.

  1. Environment

    A real system, rebuilt from its records, that unfolds over days and grades every decision.

  2. Swarm

    Thousands of agents work the problem, sharing state through code instead of context windows.

  3. Inference

    A KV cache small and fast enough to keep every one of them running.

The thread through all three is memory: in the world an agent acts on, across the agents in a swarm, and on the GPU that runs them.

Earlier research

Before the current tracks, we built verified environments and evaluations for cyber agents. The same discipline carries over.

All research notes