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

Chunking and Embedding Strategy

How documents are split and embedded so retrieval returns coherent, citable units without fragmenting equations, tables, or procedure steps.

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.

Chunking that respects structure

Naive fixed-length chunking fragments the exact things a fusion copilot must retrieve intact: an equation with its variable definitions, a table with its header, a procedure step with its precondition. Kronos chunks structurally — along document sections, procedure steps, and table boundaries — with overlap so a concept split across a boundary is still recoverable.

Chunk granularity by source

Each chunk is stored with its heading path, source id, machine tag, confidentiality tier, and validity window as metadata. Prepending the heading path to the embedded text lets a chunk carry its context — "REBCO magnet / quench protection / dump timing" — so retrieval distinguishes superficially similar passages.

text
chunk(document):
  for section in structural_split(document):
     text = heading_path(section) + '\n' + section.body
     emit Chunk(text, meta={source, machine, tier, valid_from,
                            valid_to, kind})
  keep equations/tables/steps atomic; overlap=1 unit at boundaries

Embedding model choice

The embedding model is chosen and evaluated for technical, domain-specific recall — retrieving the right physics or engineering chunk for a query written in operator language. It is validated on a labeled fusion-domain retrieval set and re-evaluated whenever it is changed, because a silent embedding change can degrade grounding across every copilot at once. Embeddings are versioned; a re-embed is a tracked, reproducible batch job on L0 compute.

Chunk quality directly bounds answer quality: a copilot cannot cite what retrieval never surfaced coherently. This is why chunking is treated as an engineered artifact with its own tests, not an incidental preprocessing step. Retrieved chunks flow into context construction and are cited per citation grounding.

Content reviewed August 2026 · design-and-simulation stage