This appendix provides operational checklists for quantum labs and embedded-control changes. It is not a substitute for local safety requirements, qualified environmental health and safety review, or applicable law.
P.1 Safety state before runtime admission
View diagram source
flowchart LR
Facility[Facility state] --> Sensors[Sensors healthy]
Sensors --> Access[Access controlled]
Access --> Permit[No conflicting permit]
Permit --> Interlocks[Interlocks active]
Interlocks --> Admit[Admit runtime jobs]- Oxygen monitoring healthy where cryogens are used
- Laser controlled areas in expected state
- Access restrictions active
- Emergency stop path known and tested
- No maintenance permit conflicts with execution
- Facility alarm integration healthy
- Runtime has current facility-safe state
P.2 Cryogen operation checklist
View diagram source
flowchart TB
Cryogen[Cryogen task] --> Training[Training current]
Cryogen --> PPE[PPE available]
Cryogen --> Vent[Ventilation verified]
Cryogen --> Container[Container rated]
Cryogen --> Monitor[Oxygen monitor verified]
Cryogen --> Log[Task logged]- Operator training current
- Buddy or escalation process available
- Room ventilation verified
- Oxygen monitor status verified
- PPE available and appropriate
- Container rated and inspected
- Transfer path clear
- Completion logged
- Anomalies reported
P.3 Laser operation checklist
View diagram source
flowchart TB
Laser[Laser task] --> Class[Class and wavelength known]
Class --> Eyewear[Eyewear selected]
Eyewear --> Beam[Beam path controlled]
Beam --> Signage[Signage active]
Signage --> Alignment[Alignment mode approved]
Alignment --> Log[Use logged]- Laser class and wavelength confirmed
- Correct eyewear verified
- Beam path enclosed or controlled
- Warning signage active
- Interlocks active unless approved alignment exception
- Alignment procedure approved
- Nonessential personnel excluded
- Use logged
P.4 Embedded-control change checklist
View diagram source
flowchart LR
Change[Control change] --> Timing[Timing impact]
Change --> Calibration[Calibration impact]
Change --> Safety[Safety impact]
Change --> Telemetry[Telemetry impact]
Change --> Rollback[Rollback ready]
Rollback --> Release[Release decision]- Change request linked to issue or decision record
- Firmware or FPGA version recorded
- Timing contract impact reviewed
- Calibration impact reviewed
- Target profile impact reviewed
- Safety interlock impact reviewed
- Telemetry impact reviewed
- Bench test complete
- Hardware canary complete
- Rollback package prepared
- Evidence annotation plan prepared
P.5 Post-change review
View diagram source
flowchart TB
Release[Released change] --> Metrics[Review metrics]
Metrics --> Regression{Regression?}
Regression -- yes --> Rollback[Rollback and incident]
Regression -- no --> Promote[Promote release]
Promote --> Archive[Archive evidence]Review these metrics after any control-layer change:
- gate quality proxies
- readout classification stability
- timing errors
- buffer underruns
- hardware error codes
- calibration drift
- benchmark canaries
- incident reports
- user-visible regressions