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 › L5 · Applications & Copilots
L5 · Applications & Copilots

Plasma Copilot: Scenario Optimization

Bayesian and surrogate-accelerated search over the copilot's waveform parameters, using the twin as the objective and the safe envelope as a hard constraint.

THE STACK · click to jumpL7Ecosystem & StrategyL6Experience & VisualizationL5Applications & CopilotsL4OrchestrationL3Twin Modeling & AIL2Data FabricL1Control PlaneL0Foundation▲tlmctl▼L5 · APPLICATIONS & COPILOTSAgentic copilots that reason over the machine.1Plasma Copilotscenario design2Engineering Copilotsubsystem analysis3Operations Copilotrunbooks & procedures4Agentic Toolsbounded action-taking5Knowledge BaseRAG over the fabric6Guardrailssafety-boundedMACHINE TIEReads the twin and fabric; proposes actions that route through L4.KRONOS FUSION ENERGYAI-NATIVE S.M.A.R.T. GENERATORAPPLICATIONS & COPILOTSSHEET 07REV. 2026-08L5 · AI-NATIVE STACK
L5 · Applications & Copilots — its place in the stack (left, click any layer) and its internal components (right). Telemetry rises; control descends.

From a draft to an optimized operating point

Once the Plasma Copilot has drafted a scenario family it optimizes the free parameters — ramp rates, flat-top setpoints, fueling schedule, shaping coil currents — against a twin-evaluated objective. Because a full twin evaluation is expensive, the copilot drives the search with surrogate models and reserves high-fidelity twin runs for candidates the surrogate flags as promising.

Bayesian optimization loop

The copilot uses Bayesian optimization with a Gaussian-process surrogate over the objective. It proposes the next parameter vector by maximizing an acquisition function (expected improvement) subject to a feasibility model that predicts envelope membership, then evaluates the true objective on the twin and updates the posterior.

python
# Bayesian optimization with a feasibility constraint
while budget_remaining:
    x_next = argmax_x  EI(x | GP_obj) * P_feasible(x | GP_con)
    if not envelope_check(x_next):        # L4 hard constraint
        GP_con.update(x_next, feasible=False); continue
    y = twin.evaluate(x_next)             # tau_E, betaN, disruption risk
    GP_obj.update(x_next, y)
    GP_con.update(x_next, feasible=True)
x_star = best_feasible(GP_obj)

Objectives per machine

Optimization never overrides the envelope. Infeasible candidates are recorded to sharpen the feasibility model; they are not clipped into the feasible region and silently proposed. The optimizer returns a Pareto set (for example confinement versus heating effort) so the operator chooses the trade-off. All runs are logged for audit and provenance, and the surrogate/twin agreement is monitored so the copilot falls back to full twin evaluation when the surrogate drifts.

The optimized point is a proposal. Execution still requires L4 authorization and human approval, and the resulting operating point is handed to disruption advising for continuous margin monitoring during any real shot.

Content reviewed August 2026 · design-and-simulation stage