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 › L4 · Orchestration
L4 · Orchestration

Rules Engine & Hard Bounds

A deterministic rules engine enforces hard operational bounds independently of the ML stack; it can only ever forbid, never command.

THE STACK · click to jumpL7Ecosystem & StrategyL6Experience & VisualizationL5Applications & CopilotsL4OrchestrationL3Twin Modeling & AIL2Data FabricL1Control PlaneL0Foundation▲tlmctl▼L4 · ORCHESTRATIONEvents, workflows, rules, and human routing.1Event Streamingthe backbone2Workflow Enginecampaign procedures3Rules & Safety Boundshard limits4Human-in-the-Loopapproval routing5Schedulerexperiment campaigns6Audit Busfull decision lineageMACHINE TIECoordinates L3 outputs with L5 copilots and human operators.KRONOS FUSION ENERGYAI-NATIVE S.M.A.R.T. GENERATORORCHESTRATIONSHEET 06REV. 2026-08L4 · AI-NATIVE STACK
L4 · Orchestration — its place in the stack (left, click any layer) and its internal components (right). Telemetry rises; control descends.

Independence from intelligence

The rules engine is the machine's written law. It is small, deterministic, human-authored, and version-controlled, with no dependence on the twin, the copilot, or any learned model. Its sole power is to REJECT a proposed command that violates a hard bound. It never originates an action. This asymmetry is deliberate: intelligence can be wrong, so the veto authority must not itself be intelligent.

Hard bounds are physics and engineering limits

Rule structure

python
# rules are pure predicates over (command, machine_state); default DENY
@rule("coil_peak_field")
def within_peak_field(cmd, state):
    return cmd.expected_peak_field_T <= LIMIT_PEAK_FIELD_T   # 16.84

@rule("slew_limit")
def within_slew(cmd, state):
    return abs(cmd.d_setpoint_dt) <= SLEW_MAX[cmd.actuator]

# a command passes ONLY if every rule returns True (AND of predicates)

Relationship to the safety envelope

The rules engine evaluates static, absolute bounds. The safety-envelope checker evaluates the richer, state-dependent envelope (combinations of quantities that are individually legal but jointly unsafe). Both must pass; either can veto. Together they form the independent guard described in the gating pipeline.

Change control

Because these rules are safety law, they are changed only through reviewed, audited pull requests with two-person sign-off, and every rule evaluation is logged to the lineage bus with the rule version that ran. A copilot may propose a rule change, but the change follows the human process; it never self-modifies.

Content reviewed August 2026 · design-and-simulation stage