"Assigned, not finished" counts participants who have been assigned to a condition but have not yet completed their final hiring decision. Blind participants waiting for finalist data are included in Blind assigned, not finished, and are also shown separately.
Randomization is independent participant by participant. Short streaks of the same condition can occur by chance, but the random draw column should show that each assignment used a separate random number.
Blind participants waiting for finalist data have already been randomized to the Blind condition. They will proceed automatically once enough completed Standard finalist data becomes available.
If the manual override is set to Blind, new entrants are assigned to the Blind condition. If unused finalist data is available, they proceed immediately. If not, they remain assigned to Blind and wait until finalist data becomes available.
Once the completed Standard cap is reached, new participants are assigned to the Blind condition only. If no unused finalist data is immediately available, they remain assigned to Blind and wait until replay inventory becomes available.
| Total | Available capacity slots | Assigned replay uses | Completed replay uses | Never used slots | Partially used slots | Exhausted slots |
|---|---|---|---|---|---|---|
| {{ adaptive_inventory_counts.total }} | {{ adaptive_inventory_counts.unused }} | {{ adaptive_inventory_counts.assigned }} | {{ adaptive_inventory_counts.completed }} | {{ adaptive_inventory_counts.never_used_slots }} | {{ adaptive_inventory_counts.partially_used_slots }} | {{ adaptive_inventory_counts.exhausted_slots }} |
Participant rows are not recomputed on monitor refresh. Use manual/debug reconciliation outside live collection if row-level reconstruction is needed.
| ID | Code | Label | Condition | Finalized | Live status | Finished | Blind replay status | Assignment phase | Randomized | Prob. Blind | Random draw | Randomization rule | Selected condition | Final hire | Replay ready | Readiness reason | Matched standard | Matched slot | Row warning |
|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
| {{ row.id_in_session }} | {{ row.code }} | {{ row.label }} | {{ row.condition }} | {{ row.assignment_finalized }} | {{ row.live_status }} | {{ row.finished }} | {{ row.blind_replay_status }} | {{ row.assignment_phase }} | {{ row.assignment_randomized }} | {{ row.assignment_probability_blind }} | {{ row.assignment_random_draw }} | {{ row.adaptive_randomization_rule }} | {{ row.adaptive_selected_condition }} | {{ row.final_hired }} | {{ row.standard_replay_ready }} | {{ row.readiness_reason }} | {{ row.matched_standard_code }} | {{ row.matched_replay_slot_id }} | {{ row.row_error }} |
In the doubled Blind design, each Blind participant uses finalist data from multiple
Standard participants. A Standard finalist dataset can be reused until its maximum
use count is reached. For example, with two sources per Blind participant and two
uses per Standard finalist dataset, the intended pattern is (S1,S2), then (S2,S3),
then (S3,S4).
Usage records are hidden unless debug_batch_matching=True.
| Slot ID | Standard code | Status | Max uses | Use count | Completed use count | Remaining uses | Assigned to | Completed by | Created at | Assigned at | Completed at | Usage records | Row warning |
|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
| {{ slot.slot_id }} | {{ slot.standard_code }} | {{ slot.status }} | {{ slot.max_uses }} | {{ slot.use_count }} | {{ slot.completed_use_count }} | {{ slot.remaining_uses }} | {{ slot.assigned_to }} | {{ slot.completed_by }} | {{ slot.created_at }} | {{ slot.assigned_at }} | {{ slot.completed_at }} | {{ slot.usage_records }} |
{{ slot.row_error }} |