Skip to content
Technology How it works Breeder — Hyperion Burner — Aegis Burner — MetroVolt AI-Native Architecture Magnets Fuel cycle Safety Roadmap
Solutions AI & Data Centers Defense & Government Grid & Baseload Neutron Detection Quantum
Learn Technical Library
Proof Publications Whitepapers Technical Library Open Science & Reproducibility The Honest Gates
Company About / Mission Leadership Environment Health & Safety Investors Careers Press Contact
3D Model
AI Architecture › L6 · Experience
L6 · Experience

Incident Replay and Post-Event Reconstruction

Every shot and every upset is fully reconstructable: synchronized telemetry, twin state, model confidence, alerts, and operator actions replayed on one timeline.

THE STACK · click to jumpL7Ecosystem & StrategyL6Experience & VisualizationL5Applications & CopilotsL4OrchestrationL3Twin Modeling & AIL2Data FabricL1Control PlaneL0Foundation▲tlmctl▼L6 · EXPERIENCE & VISUALIZATIONHow people see, steer, and review the plant.1Control-Room 3D Twinlive overlays2Plant-Floor SCADAoperations HMI3Mobile Engineeringfield access4Alerting UXtriage & escalation5DashboardsKPIs & health6Replayincident reviewMACHINE TIESurfaces the L3 twin state and L5 copilots to human operators.KRONOS FUSION ENERGYAI-NATIVE S.M.A.R.T. GENERATOREXPERIENCE & VISUALIZATIONSHEET 08REV. 2026-08L6 · AI-NATIVE STACK
L6 · Experience & Visualization — its place in the stack (left, click any layer) and its internal components (right). Telemetry rises; control descends.

Deterministic reconstruction

When something goes wrong — a breeder disruption, a burner plug excursion, an interlock trip — the team must be able to replay exactly what happened and what the machine, the models, and the operators each knew at every instant. Incident replay reconstructs a bounded window from the L2 petabyte telemetry archive, the twin's recorded state stream, the anomaly ensemble outputs, and the operator action log, aligned to a single PTP-disciplined clock.

What a replay contains

The replay is scrubbed on a timeline that drives the same 3D twin overlay used live, so an investigator watches the flux surfaces, wall temperatures, or plug density evolve exactly as they did — with the same confidence hatching that was shown at the time. Crucially, replay distinguishes what was knowable (in the data) from what was known (surfaced to the operator), which is how alerting and display gaps are found.

Counterfactual replay

Because the twin is a model, replay can branch: re-run the recorded inputs through an updated model or a different MPC policy to ask whether an event would have been caught earlier or avoided. This is a controlled offline exercise — it never touches the live machine — and it feeds the L0 retraining loop and MPC tuning. For the breeder, counterfactual replay is how disruption-precursor lead times are validated; for the burner, how plug-density controllers are compared.

python
replay = archive.window(shot_id, t0, t1)          # aligned multi-source pull
replay.attach(twin_state, confidence, alerts, ops)  # one PTP timeline
for t in replay.scrub(step=1e-3):                    # 1 ms scrub
    overlay.render(replay.twin_at(t), replay.conf_at(t))
# branch: what would a candidate model have flagged?
cf = replay.rerun(model=candidate_v)                 # offline only

Replays are the raw material for shift handover, root-cause analysis, and the compliance record — see shift handover and audit and compliance.

Content reviewed August 2026 · design-and-simulation stage