2.6 KiB
Tier2 Rebuild Sequencing (2026-04-21)
This note preserves the currently grounded sequencing around the active Tier-2 queue head, so the short queue does not have to restate the same late bringup strip every time.
Preserved Artifact Notes
artifacts/exports/rt3-1.06/runtime-effect-kind8-tier2-sequencing-note.mdartifacts/exports/rt3-1.06/runtime-effect-kind8-tier2-recipe-runtime-note.md
Coupled Rebuild Strip
The current Tier-2 bringup evidence no longer reads as one isolated helper. The grounded rebuild owners form one coupled strip:
0x00435630- rebuilds scenario-side port/warehouse recipe runtime tables
- re-enters
0x00412d70
0x00412d70- rebuilds candidate runtime records from scenario state
- does not consult the scenario-side recipe-book name at
[state+0x0fe8] - re-enters
0x00435630 - also re-enters
0x00411ce0and0x00411ee0
0x00412fb0- broader collection-load owner
- re-enters
0x004120b0 - then
0x00412d70 - then
0x00412ab0 - and only after the later catalog rebuild re-enters
0x00412c10
0x00437737- late preseed of named candidate-availability records from the live pool
- upserts through
0x00434f20
0x00434f20- writes the boolean named-availability override bit
- immediately re-enters
0x00412c10when the live candidate pool exists
0x00412c10- refreshes
[candidate+0x7ac]from named availability - then tails into
0x0041eac0
- refreshes
Late Bringup Placement
The preserved sequencing note keeps the late 0x197 checkpoint concrete too:
0x00444ac1sits after:0x004354a0- territory overlay sweep
0x00487de0
- and then falls through into:
0x00437737- followed by the later candidate-side availability refresh
0x00412c10
So the late Tier-2 strip begins with named-availability preseed and latch refresh, not with the shell progress or territory overlay helpers that precede it.
Current Reading
This keeps the active Tier-2 owner question on sequencing and data handoff, not on bare naming:
- one side of the strip is the coupled recipe/runtime rebuild family
0x00435630 -> 0x00412d70 -> 0x00412fb0 - the other side is the later named-availability preseed/latch family
0x00437737 -> 0x00434f20 -> 0x00412c10 - the remaining non-hook question is how that interaction lets candidate-table rows
35/43/45..66reach0x00412d70with nonzero[candidate+0xba/+0xbb]before the later0x00419230rebank-or-clone pass consumes them
So the next Tier-2 pass should keep tracing the handoff between those two late rebuild bands,
rather than reopening the direct Warehouse05 availability bit or the already-bounded stock asset
corpus.