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

Multi-Agent Orchestration Across Copilots

The Plasma, Engineering, and Operations copilots collaborate through L4 with clear ownership, shared grounding, and a single human authority.

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.

Three specialists, one workflow

Real operator questions cross copilot boundaries. "Can we run this high-confinement scenario tonight?" needs the Plasma Copilot's stability assessment, the Engineering Copilot's magnet-margin check, and the Operations Copilot's runbook feasibility. Kronos orchestrates the three specialists rather than building one monolith, so each stays deep in its domain and grounded in its own evidence.

Orchestration through L4

Cross-copilot workflows are coordinated through L4, which routes a compound request to the relevant copilots, passes shared context (the same twin snapshot and session state), and assembles their contributions. Each copilot answers within its authority; none can invoke a side-effect on behalf of another. A proposal still passes the single authorization gate and single human approval.

text
orchestrate(compound_request):
  subtasks = decompose(compound_request)   # by domain
  results = {}
  for st in subtasks:
     copilot = route(st)                    # plasma/eng/ops
     results[st] = copilot.run(st, shared_context)
  merged = integrate(results)               # flag conflicts
  return merged   # one answer, one proposal path, one approver

Conflict is surfaced, not hidden

When copilots disagree, the orchestrator presents the disagreement explicitly — the whole point of separate specialists is that their independent, grounded views can be compared. Silently reconciling a conflict would destroy that value and could hide a real risk. This mirrors the founder-set principle that contradictions are surfaced for a human to decide, never quietly resolved.

Shared grounding keeps the specialists consistent: they read from the same L2 fabric and the same twin snapshot, so they are reasoning about one machine state, not three. The composed answer carries every copilot's citations and uncertainties into human oversight, and the full multi-agent trace is retained for audit.

Content reviewed August 2026 · design-and-simulation stage