Durable QML training checkpoints
Design document · English reading edition
RFCs record designs and changes. A proposal appearing here does not mean its feature is ready to use. Explore current language support
Status recorded in the original: Runtime experimental
Bound original source · SHA-2567e3b7e5ce167f8a1b9b2810c8645aa2db216fd018c8f6c6c9090919f9e170a74
Reading edition reviewed: 2026-10-02
Purpose and scope
Defines a separate checkpoint artifact for stopping training and continuing from the same retained state. Keeping only the best parameters does not preserve optimizer history or dataset identity.
Core design rules
nm-training-checkpoint@0.1carries source and language version, objective/dataset identity, GD state, parameters and histories.- The reader rejects unknown fields, inconsistent histories, mismatched parameter names and integrity-digest mismatches.
- Resume-boundary evaluation, cancellation and persistence behavior are recorded explicitly.
Example from the original
This example illustrates the design recorded in the original. It is not by itself a claim of executable or stable support; check required options and the current version.
The original does not provide a short source example for this topic. Read its detailed data contracts, evaluation rules and review gates in the original-document view.
Limits and interpretation
- The checkpoint format does not silently accept arbitrary optimizer state or future versions.
- Continuation without the retained reproducibility mode and frozen dataset split is not the same experiment.
Status and implementation boundary
The source describes a runtime-experimental artifact and continuation API; it adds no source grammar. Verify separately that durable storage is actually configured.
| Review topic | Information to check |
|---|---|
| Source revision | SHA-256 digest bound to this reading edition |
| Availability | Current capability record and tool options |
| Evidence boundary | Model, size and interpretation limits above |