Structure acquisition tri-lane service family

This commit is contained in:
Jan Petykiewicz 2026-04-18 22:26:49 -07:00
commit ee8b946ad2
2 changed files with 175 additions and 9 deletions

View file

@ -151,6 +151,24 @@ Working rule:
`0x2329/0x0d`, candidate field `[candidate+0x22]`, and the projected-cell validation strip
`0x00417840 -> 0x004197e0`, then commits the linked-site mutation through
`0x0040d1f0 / 0x00480710 / 0x0045b160 / 0x0045b9b0 / 0x00418be0 / 0x0040cd70`
- the periodic-company trace now carries the tri-lane live-service family as structured fields,
not just prose:
- site cached tri-lane status =
`live_writer_family_grounded_semantics_and_persisted_inputs_missing`
- tri-lane live service status =
`candidate_gate_and_live_writer_family_grounded_exact_formula_and_persisted_inputs_missing`
- tri-lane live owners include:
`0x0040d450`, `0x00410b30..0x004118f4`, `0x00412560`, `0x0040c9a0`,
and the downstream `0x0040fcc0..0x0040fe28 / 0x00422c62..0x00422d3c` consumers
- tri-lane gate fields include:
candidate-row fields `+0x20/+0x22/+0x24/+0x28/+0x2c/+0x44`,
world date/flags via `0x006cec78`,
candidate table `0x0062ba8c`,
and caller-provided subject vtable slot `+0x80` plus owner-present flag `[site+0x246]`
- tri-lane writer roles are now split explicitly between:
one owner-company-aware local scorer `0x0040d450`,
the broader `0x00410b30..0x004118f4` candidate loop,
and the later `0x0040c9a0` accumulator/reset
- the direct writer census now narrows the remaining owner-company question too:
grounded `[site+0x276]` writes cluster under create-side and live mutation families such as
`0x004269b0 / 0x00426a10`, the create-side `0x0040ef10 / 0x0040f6d0` strip, and the bulk