New · Nagi Burst · 27 Sep 2026

Every control.
One forward pass.

Burst sets all K controls of a real-time machine from a single forward pass of a 27B Nagi model, instead of one pass per control (K-call). The same weights serve both readouts and return the same output: a probability for every option of every control. It helps when a machine has several controls and the world does not wait for the model.

Ships as Nagi-ENORMOUS Burst: the released Nagi-ENORMOUS adapter (rank-8 LoRA on Qwen3.8-27B) trained for 417 more updates on both formats. Burst needs these weights; the earlier adapter never saw the Burst format.

Preregistered real-time confirmation on 24 fresh seeds × 3 games: Burst survived longer than Jev in 67.4% of head-to-heads (95% CI [57.7%, 77.0%]), a preregistered superiority result. Per game, the lead is significant on Booster Gauntlet only. Decision latency: 248 ms p50 with three controls at 3 streams per H100 in the preregistered latency check, 264 ms in play.

Decision latency, 3–4 controls
248 / 196 msp50, 3 and 4 controls, release latency check · in play: 264 / 290 ms · one pass per control, in play on the same GPU: 612 / 757 ms (Board 1)
Decision quality vs one pass per control
−0.005same weights, 780 offline states · lower bound −0.045, margin −0.06
Control order
Fixed by the SDKsame answer for any client order, given the environment's declared order · the model itself flips on 24.8% [17.5%, 32.2%] of states when the order rotates (first test: 26.0%, failed)
Real-time games
3fail-first, 250 ms ticks, the world never pauses

What we claim

  • Burst decides all K controls with one forward pass, on the same weights as one pass per control.
  • Decision latency p50 of 248 ms (3 controls) and 196 ms (4 controls) at 3 concurrent streams on an H100 (merged bf16, fused kernels). The one-sided 97.5% upper bounds, 269 and 264 ms, are under the preregistered 300 ms limit. In play on the release run the p50 was 264 and 290 ms.
  • Multi-control decision quality is non-inferior to one pass per control of the same weights within 0.06 (MA1 difference −0.005, one-sided 97.5% bound −0.045).
  • Through the SDK, answers do not depend on the order in which the client lists the controls, given the environment's declared order. The model itself changes its answer on 24.8% [17.5%, 32.2%] of states when the order is rotated.
  • Burst outperforms Jev in real-time head-to-heads: on 24 fresh seed indices × 3 games it survived longer in 67.4% of them (95% CI [57.7%, 77.0%]; sign-flip p = 0.0018).
  • Per game, only on Booster Gauntlet (97.9% of head-to-heads, significant after Holm correction).

What we do not claim

  • That Burst beats Jev on Snake Rush or Rotorwash-Ramp. Neither is individually significant, and on Snake Rush Burst survived longer in under half of the head-to-heads.
  • An order-invariant model. The SDK fixes the order of the controls; the model itself still changes its answer when the order changes.
  • Better decisions than one pass per control. With time frozen (lockstep), Burst was worse on the helicopter game. Its advantage is latency.
  • Anything from the 10-seed screen beyond a screen, including Burst's lead over one pass per control in real time.
  • Results for other games, K ≥ 5 controls, other GPUs or serving paths, or anything about Jev's size or hardware.
  • A new mechanism. Reading several discrete actions from one pass is known (e.g. OpenVLA-OFT, action branching).

01 / The problem

Latency is error in control.

A helicopter in a collapsing cave has three controls: collective, cyclic and winch. The game advances every 250 ms whether or not the model has answered. An answer that arrives late acts on a state that no longer exists; an answer that has not arrived means the previous controls keep running.

Nagi answers a question by reading option-letter probabilities from one forward pass. With K controls, the plain way is K-call: one forward pass per control, one after the other. At three controls that is three passes per tick, and on an H100 they do not fit in 250 ms.

This is not a small effect. In our previous test the same K-call model reached a normalized score of R = 0.324 on the helicopter game when time was frozen (24 seeds) and 0.108 when it had to keep up with the clock (5 seeds). It survived 75.1 s on average frozen (24 seeds) and 22.9 s in real time (5 seeds). So we rank models only in real time: the world never pauses, and latency is never subtracted or normalized away. A benchmark that freezes time measures a product nobody can run.

The frozen real-time rules (same for every player)
  • Clock: 4 Hz (250 ms ticks). At each tick, collect a finished reply, then send a new request on the current state if none is in flight. One request in flight per stream.
  • A reply is applied at the first tick after it arrives. A reply older than 1,000 ms is stale: rejected and logged.
  • Persistent controls hold their last value; after 1,000 ms without an applied reply they reset to the game's safe default (an expiry reset).
  • If the harness itself processes a tick more than 100 ms late, the round is void: replayed once with the same seed, then dropped from both sides of every comparison. More than 1 void in a 10-round screen invalidates the whole cell.
  • Latency is measured end to end on the serving path: prompt rendering, tokenization, forward pass(es), readout and, for an API, the network round trip.

02 / How Burst works

K answer slots, one pass.

K-call: K passes per tick K-call builds one prompt per control and runs the model three times in sequence, reading one letter distribution each time. K-call · K passes per tick state + control 1"collective?" forward A B Cp(letter) state + control 2"cyclic?" forward A B C Dp(letter) state + control 3"winch?" forward A B Cp(letter) Burst: one pass per tick Burst builds one prompt listing all controls with an answer slot per control, runs the model once, and reads a letter distribution at each slot. Burst · 1 pass per tick STATE:…altitude, fuel, cave… CONTROLS (all at once): [1] collective: A B C [2] cyclic: A B C D [3] winch: A B C ANSWER: [1]□ [2]□ [3]□ onepass slot 1A B C slot 2A B C D slot 3A B C
Left: K-call renders one prompt per control and runs the model once per prompt. Right: Burst renders one prompt with all controls and one answer slot per control, runs the model once, and reads each slot's option letters (option letters are illustrative). Bars: measured decision latency p50 on Rotorwash-Ramp (3 controls), Arena v3 Board 1, H100, 3 streams per GPU. At 4 Hz, K-call's reply is fresh on 33% of ticks and Burst's on 66%.

The readout

Burst renders one prompt: the state, then every control with its lettered options, then an answer block with one slot per control. Each slot is a marker [k] followed by a blank token □:

STATE:
<state>

CONTROLS (choose all at the same time):
[1] collective: A) <option>  B) <option>  C) <option>
[2] cyclic: A) …  B) …  C) …  D) …
[3] winch: A) …  B) …  C) …

ANSWER:
[1]□
[2]□
[3]□

One forward pass over this prompt. For slot k we take the hidden state hk at the last token of [k] and project it only onto the letter tokens of that control's options, through the model's own output head:

pk = softmax( softcap(hk · Wletters(k)) / T ), answer = argmax. T = 1.0.

The token after each [k] is always the blank, never an answer, so no slot sees another slot's choice. The K distributions are read in parallel and are conditionally independent given the prompt. Training targets for each slot are the max-marginals of an exact joint oracle, so that per-slot argmax recovers the best joint action when it is unique. Ties are the known failure mode of this design, and they matter below.

What is shared, what changes

K-call and Burst on the same model
K-callBurst
Weightsidentical: Qwen3.8-27B + rank-8 LoRA (54.4M trainable), step 417, co-trained on both formats
Output head, softcap, temperatureidentical
Answer formatidentical: per control, a probability for every option, plus the argmax
Prompts per tickK (one control each)1 (all controls)
Forward passes per tickK, sequential1
Tokens processed per tick≈ K × (S + q)≈ S + K·q
Prompt budget per request≤ 700 tokens≤ 900 tokens

S = state tokens, q = tokens for one control's question and options. The state dominates the prompt, so K-call re-reads it K times while Burst reads it once.

Latency: every measurement we have

Decision latency, Burst vs K-call, same weights (ms, p50)
SettingKBurstK-callRatio
Offline, H100, batch 1, 100 frozen states (training-worker kernels, slower than serving)varies3158810.358 median of per-state ratios
Frozen-time Arena, Rotorwash, per tick (3,080 / 7,210 ticks)3129.1273.90.471 [0.469, 0.475]
Frozen-time Arena, Lightcycle, per tick185.478.11.094 [1.034, 1.108]
Real time, Rotorwash, 1 stream, serving path (5 seeds)31643130.52
Arena v3 Board 1, Snake Rush, 3 streams per H10012312131.08
Arena v3 Board 1, Rotorwash-Ramp, 3 streams per H10032396120.39
Arena v3 Board 1, Booster Gauntlet, 3 streams per H10042717570.36
Release check (LAT gate), Rotorwash-Ramp / Booster, 3 streams per H100, upper bound must be ≤ 300 ms3 / 4248 / 196–upper bounds 269 / 264
Release run, in play, Snake Rush / Rotorwash-Ramp / Booster, 3 streams per H100 (102 rounds)1 / 3 / 4249 / 264 / 290––

Rows 1–4: Burst's first test, 26 Sep 2026. Rows 5–7: Arena v3 Board 1, 27 Sep 2026, p50 over all requests of all rounds (player_summary.json). Row 8: the preregistered latency check of the release, 27 Sep 2026: a probe on each game's frozen filler prompts, p50 with a one-sided 97.5% moving-block bootstrap upper bound. Row 9: the release run itself, p50 over all requests of all rounds (seed indices 0–33, results.json). In play the p50 is higher than in the check on every game, and on Booster Gauntlet (290 ms) it is above the 250 ms tick. The Board 1 Burst player renders byte-identical prompts to release variant A. Brackets: 95% bootstrap intervals where the report computed one. Ratios without brackets are ratios of the p50s shown. With one control (K = 1) Burst has nothing to save and is slightly slower (longer prompt). Serving 3 streams per GPU instead of 1 multiplies latency by 2.27 for Burst and 2.80 for K-call.

03 / Evidence

Survive longer when the clock is real.

Arena v3 is a set of three fail-first games: difficulty rises every tick, on the same schedule for every player, until everyone fails (cap 60 s, six 10 s levels). The metric is simple: on the same seed, whoever fails later wins that head-to-head; a tie counts ½. We average over opponents, then over games. It is invariant to how the difficulty ramp is shaped.

Snake Rush
1 control (direction). Speed and walls ramp up. Burst has nothing to save here.
Rotorwash-Ramp
3 controls (collective, cyclic, winch). Helicopter in a collapsing cave.
Booster Gauntlet
4 controls. Consecutive rocket landings with rising wind and heavier engines. The least-seen game for Nagi.

Preregistered confirmation on fresh seeds

Every gate below, its threshold, and the rule that picks the readout variant were frozen before any Burst data existed (preregistration, frozen commit f0d6204 plus a pre-data amendment 0c346f5). The variant is chosen mechanically from the offline receipts and committed before any real-time result is opened, so game outcomes cannot influence it. Real time: Burst and Jev on seed indices 10–33 of each game, which no player had seen (n = 24 per game). Indices 0–9 are the Board 1 screen below and count only as a screen.

Release gates · counted variant: A (canonical order)
GateEstimateBound / CIRuleVerdict
G1-SDK · same served answer for all 6 client orders (500 states)500 / 500–500 / 500PASS
Model-level order flips, variant A (disclosure, not a gate)24.8%[17.5%, 32.2%]reported–
G1-B · order residual, variant B (K = 3)9.0%upper 13.2%≤ 0.10FAIL (variant B, not selected)
G2 · multi-control quality minus K-call (MA1, 780 states)−0.005lower −0.045> −0.06PASS
G3 · extra “climb” commands vs K-call (Rotorwash-Ramp, 200 states)−0.015upper 0.002≤ 0.15PASS
LAT · p50 at 3 streams, H100 (Snake / RR / Booster, ms)216 / 248 / 196upper 219 / 269 / 264≤ 300 eachPASS
Validity · replay exact, 3 streams asserted, void rounds0 of 174 void–≤ 1 per 24 per cellPASS
R-RT · head-to-heads won vs Jev, 3 games (release gate)67.4%[57.7%, 77.0%]lower > 35%PASS
C1 · superiority vs Jev (claim, tested only after R-RT)67.4%sign-flip p 0.0018lower > 50% and p ≤ 0.025PASS
C2 · per game vs Jev, Holm (Snake / RR / Booster)45.8% / 58.3% / 97.9%–Holm, one-sided 0.025FAIL / FAIL / PASS

Offline gates use one-sided 97.5% bounds (Bonferroni over the two variants). The release rule needs the selected variant's offline gates, V_rt and R-RT; G1-B belongs to variant B only. B also failed its latency gate (p50 774 / 1,039 ms on Rotorwash-Ramp / Booster); A passed every gate, and the frozen rule selected it. The real-time tests are a fixed sequence at one-sided α = 0.025. A “head-to-head” is one seed index of one game: whoever fails later wins, a tie counts ½. The preregistration's own power analysis: the per-game tests are underpowered unless the effect is large, and Booster's 22 s wall compresses its rates.

Fresh seeds 10–33, per game · Nagi-ENORMOUS Burst vs Jev
GameHead-to-heads wonSign-flip pC2 (Holm)Mean survival ≤ 60 s, BurstJev
Snake Rush · K=145.8%0.736not significant9.3 s [7.1, 11.5]10.7 s [7.9, 13.4]
Rotorwash-Ramp · K=358.3%0.270not significant23.1 s [20.7, 25.5]21.5 s [17.3, 25.7]
Booster Gauntlet · K=497.9%0.00001PASS22.0 s (every round at the 22 s wall)12.3 s [10.6, 13.9]

n = 24 seed indices per game, 0 void rounds. Mean survival ≤ 60 s is the restricted mean survival time (RMST) with a 95% t interval, an estimate without a hypothesis test. Only Booster Gauntlet is individually significant; Snake Rush and Rotorwash-Ramp are not, and on Snake Rush Burst's point estimate is below Jev's. The Booster p-value is the Monte Carlo floor (100,000 sign flips).

% of rounds still alive vs time

Each line is the share of a player's rounds still running at time t (Kaplan-Meier; no round reached the 60 s cap in either dataset, so nothing is censored). Higher and further right is better.

The chart needs JavaScript; the same numbers are in the table below.

Preregistered confirmation: realtime, fresh seed indices 10–33 per game (n = 24), Nagi-ENORMOUS Burst (variant A) vs Jev 1.13.0, 0 void rounds. Per-round times: data.json.

Table view: % alive at 10 / 20 / 30 s, Board 1
PlayerSnake 10/20/30 sRotorwash-Ramp 10/20/30 sBooster 10/20/30 s
Burst (Board 1 player)30 / 0 / 0%100 / 80 / 10%100 / 100 / 0%
K-call, same weights20 / 0 / 0%100 / 50 / 0%100 / 100 / 0%
ENORMOUS-CL70 / 10 / 0%100 / 10 / 0%100 / 60 / 0%
Nagi-ENORMOUS (released)20 / 0 / 0%100 / 20 / 0%0 / 0 / 0%
Jev 1.13.030 / 10 / 0%90 / 20 / 10%30 / 0 / 0%
OpenJev / SemIf-4B0 / 0 / 0%0 / 0 / 0%0 / 0 / 0%

Board 1 screen: all players, same seeds

% of head-to-heads survived longer · realtime · 10 seeds per game
PlayerSnake RushRotorwash-RampBooster GauntletAll games [95% CI]p50 latency, RR / BG
Burst (Board 1 player)63%90%85%79% [72, 85]239 / 271 ms
ENORMOUS-CL (unreleased)74%58%70%67% [57, 76]609 / 704 ms
K-call, same weights as Burst61%54%83%66% [57, 74]612 / 757 ms
Nagi-ENORMOUS (released)53%52%18%41% [34, 47]726 / 908 ms
Jev 1.13.0 (API)30%46%40%39% [29, 49]212 / 214 ms
OpenJev / SemIf-4B19%0%4%8% [4, 12]357 / 502 ms

Win rate against the other five players on the same seed index; ties count ½. CI: 95% bootstrap over seed indices. RR = Rotorwash-Ramp, BG = Booster Gauntlet. Latency: p50 over all requests (Board 1 player_summary.json). 0 void rounds, 0 stale replies for every player except Nagi-ENORMOUS (released) on Booster Gauntlet (11 stale, 8 expiry resets). A screen: 10 seeds per game, and Burst was picked as the best of four Nagi entries after the fact, so its numbers are optimistic (see limitations).

Same weights: the gain is speed, not judgment

Because Burst and K-call share weights, comparing them isolates the readout. Burst's first test gives a consistent picture: with time frozen, the two make decisions of the same quality, and K-call even gets three passes per move to Burst's one. Once the clock is real, the direction reverses, because Burst's answers arrive in time. That reversal rests on a 5-seed exploratory run and the 10-seed screen; there is no preregistered real-time test of Burst against K-call.

Burst − K-call, same weights (first test, prototype readout)
MeasureModenBurst − K-call95% CI
Joint decision acceptable (offline, 13 genres)offline780 states+0.000[−0.040, +0.040]
Coordination states (MA2 / MA2b)offline125 / 298−0.016 / +0.010[−0.113, +0.072] / [−0.078, +0.088]
Arena composite, Rotorwash + Lightcyclefrozen time24 seeds−0.016[−0.086, +0.055]
Rotorwash score Rfrozen time24 seeds−0.101[−0.165, −0.043]
Rotorwash score Rreal time5 seeds+0.049[+0.009, +0.080]
Rotorwash fresh-action share of ticksreal time5 seeds0.99 vs 0.49–
Arena v3 head-to-heads, Rotorwash-Ramp / Booster / Snakereal time10 seeds each90% / 55% / 50%screen

Frozen time: every player gets unlimited time per tick (lockstep). In frozen time every Burst Rotorwash round ended on the cave ceiling (24/24), a flying failure K-call did not show. Real-time Rotorwash with 5 seeds is exploratory, not a decision. "+0.000" on 780 states means Burst was not shown to be worse, but the interval is wider than the preregistered 0.02 margin, so non-inferiority was formally not established.

Versus Jev, the faster player

Jev (version 1.13.0, a commercial API) answers all controls in one request, like Burst, and was the fastest player on the two multi-control games: p50 212 and 214 ms including the network, fresh on 88–90% of ticks against Burst's 66%. In the Board 1 screen Burst still survived longer in 70% (Snake Rush), 90% (Rotorwash-Ramp) and 100% (Booster Gauntlet) of head-to-heads. Against a faster opponent, a lead cannot come from speed; it has to come from the decisions, including Nagi's training on similar tasks (below). The screen picked Burst after the fact, so the preregistered test on 24 fresh seeds is the result that counts: 67.4% ([57.7%, 77.0%]). It passed the superiority test, but the lead is uneven: 97.9% on Booster Gauntlet, 58.3% on Rotorwash-Ramp and 45.8% on Snake Rush, and only Booster is individually significant.

Caveats: Jev runs on unknown vendor hardware over the network from a recorded client region; its latency includes the network and is not subtracted. In the release run the first Jev job stopped at its per-job cost guard before Rotorwash-Ramp indices 25–33; a second job played them, and Jev's measured p50 there was 297 ms against 172 ms in the first job (3 streams, latency probe). Jev's answers are not deterministic on repeated identical requests; its version string (jev-1.13.0) matched Board 1 in every job. Nagi was trained on similar control tasks (hover, crane, closed-loop snake); Jev's training is unknown. This is a specialist against a general model, on the specialist's kind of task.

Watch the rounds

One clip per game, rendered from verified replays of recorded rounds (every recorded decision is replayed and checked before drawing). Each clip shows Nagi-ENORMOUS Burst's round from the release run next to Jev's and SemIf-4B's Board 1 rounds on the same seed, so all three face the same seed and difficulty schedule. The seed is chosen by a fixed rule, never by hand: the index of Burst's lower-median survival time, or, if not every shown player has a round there, the next index in order of Burst's survival time, shortest first. SemIf-4B played only indices 0–9, so on Snake Rush and Rotorwash-Ramp the rule lands on Burst's shortest round among those (4.5 s and 12.9 s). On Booster Gauntlet every Burst round ends at the 22 s wall and the rule takes index 0. These clips show Burst's weaker rounds, not its best.

Snake Rush · K = 1 · seed index 3
Rotorwash-Ramp · K = 3 · seed index 4
Booster Gauntlet · K = 4 · seed index 0

Seed indices 0–9 are the Board 1 screen, so the clips illustrate rounds; they are not part of the fresh-seed test. The on-screen label “ENORMOUS Burst” is Nagi-ENORMOUS Burst.

What this benchmark measures, and what it does not

Measures

  • How long a model keeps a machine alive under rising difficulty, with real latency, on a pinned serving path.
  • Paired comparisons on identical seeds and identical difficulty schedules.
  • Latency, freshness, stale replies and expiry resets per player, per game.

Does not measure

  • General intelligence, language ability or anything outside these three games.
  • Hardware-matched speed: Jev's hardware is unknown; self-hosted players share one H100 class.
  • Reading brand-new rules: Nagi trained on similar tasks, which we flag rather than hide.

04 / Limitations and what failed

The parts that did not work.

05 / Reproduce

Check it yourself.

python -m pip install "nagi-decisions @ git+https://github.com/nagisanzenin/nagi.git@v0.6.0"

from nagi import load_enormous_burst   # 80 GB GPU, BF16, adapter merged in place
nagi = load_enormous_burst()
state = "tick 3: water 0.4 m\n\nCONTROLS (set together each tick): gate = closed | open; pump = down | idle | up."
questions = {"pump": {"type": "choice", "instructions": "Choose the pump setting.", "criteria": {"down": "pump water out", "idle": "leave pump idle", "up": "pump water in"}},
             "gate": {"type": "choice", "instructions": "Choose the gate setting.", "criteria": {"closed": "gate stays closed", "open": "gate is open"}}}
out = nagi.system_one(state, questions, mode="burst")   # one forward pass for every control
print({qid: a["choice"] for qid, a in out["answers"].items()}, out["burst"])

Needs an 80 GB GPU in bf16 (the base alone is about 56 GB). The answer dictionary has the same shape as the default K-call mode; out["burst"] reports the slot order used (here taken from the CONTROLS line, not the dict order) and the number of forward passes.

Names used on this page

Burst
The one-pass K-slot readout. Research name “Chord” until 27 Sep 2026.
Nagi-ENORMOUS Burst
The release: the step-417 weights served with Burst in the environment's declared control order (variant A). Labelled “ENORMOUS Burst” in the clips.
K-call
One forward pass per control, the SDK default.
Same weights
Qwen3.8-27B + rank-8 LoRA at step 417 (research name “T-dual”), trained on both formats. Burst and K-call on this page both use it.
ENORMOUS (released)
The released Nagi-ENORMOUS adapter (step 500), which Burst's weights continue from; one pass per control.
ENORMOUS-CL
An unreleased closed-loop fine-tune of ENORMOUS, K-call readout.
Jev
Jev 1.13.0, commercial API, one request with all controls.
SemIf-4B
The OpenJev / SemIf 4B reference, self-hosted on its native stack.

Prior art

Parallel decoding of action dimensions in one pass: OpenVLA-OFT (Kim, Finn, Liang 2025, arXiv:2502.19645). Shared trunk with independent per-dimension heads: action branching (Tavakoli et al. 2018, arXiv:1711.08946), OpenAI Five (2019). Letter-symbol multiple-choice readout: Robinson et al. (ICLR 2023, arXiv:2210.12353). Independent parallel predictions and the multimodality problem: Gu et al. (ICLR 2018, arXiv:1711.02281). Burst combines a letter readout through the existing LM head at K slots with max-marginal slot targets; we did not find this exact combination, but each piece is standard.