What CORA needs the IOS team to confirm before the model can be trusted.
IOS was reverse-engineered from the beamline's own bluesky profile collection (NSLS2/ios-profile-collection), so the control handles in the Inventory are the beamline's real PVs, read from the startup/*.py files rather than confirmed by staff. Each row below is a fact the beamline team owns, not a CORA modelling choice (those are on Model). It is a delete-on-answer queue. Priorities are Blocks-build, Blocks-go-live, and Nice-to-have.
The APPES manipulator (x / y / z / rotation) and the IOXAS stage: the axis roles, and the sample-transfer / load-lock mechanism (the IOXAS-GV:4 valve is present, no transfer-motor PVs are).
A Manipulator and a LinearStage; the transfer mechanism deferred.
The sample-positioning model.
SAMPLE-2
Nice-to-have
The SPECS surface-prep sputter / ion gun: control and role.
A GenericProbe auxiliary, not the analyzer.
The surface-prep model.
INSITU-1
Blocks-build
The ambient-pressure reaction cell, the gas dosing / mixing manifold, the pressure control, and the sample heating: there are no gas / pressure / temperature PVs in the profile collection.
The ambient-pressure sample environment is out of the profile collection and not modelled until the hardware and PVs are provided.
The operando sample environment, IOS's defining feature.