Repository navigation
Roadmap: the fleet-health program and the eval-memo rewire program as rows - #11859
Conversation
…wire program Wind-down of the fleet-health lane (operator, 2026-09-20: step back and prioritize v1 performance and the v2 migration). What is built, what is measured and what remains now live on the roadmap rather than in a session: - fleet-health-0-live-receipt: gunbc#11681 is built and green; one live run under the qualified recompute realization is what it needs to leave draft. - fleet-health-1-admitted-baselines / fleet-health-2-serving-admission: the two slices the ruling named, with their input seams already in product.host_health. - srv1-srv2-bmc-firmware-exposes-memory-errors: two of four hosts cannot report memory errors out of band on the 2.07 image (srv1 has 255 corrected errors in-band since August). - srv3-srv4-fan-threshold-flapping-floods-the-event-log: 982 of 1200 entries are one fan's deassert, so the log wraps within hours and memory records roll off with it. - dimm-temperature-limits-need-a-citation: srv1 DIMM C1 read 99 C with the BMC reporting OK. - eval-memo-admission-rewire-program: the held retirement gunbc#11741 and its staged rewires (gunbc#11784, gunbc#11835 green and awaiting merge; stage 3 next). Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>
…do-not-re-derive facts Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>
…to 137 (review 69197) ROADMAP.md is a registered generated artifact whose focus notice interpolates the live hidden active count, so adding seven ticket_row nodes (owner "", hence outside the focused owner list) leaves the committed projection stale at 130 -- a projection disagreeing with its authority, and a drift-gate red. Regenerated with gunbc.instruments.generated_artifact_gate main_wet_one on this exact head; the diff is the one derived line. Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>
|
Fixed in the latest push. Review 69197 was right: Regenerated with — sent from swift-newt-222 |
… (review 69242) handback is the completion contract, so it carries one sentence saying what 'done' is and nothing dated. boundary carries the standing argument, not a stage-by-stage status. The two things that were concatenated there move to where the file already puts dated matter -- the ticket's updates thread via updated(...), same nesting the namespace row at :1239 uses: one note for the wind-down status (stages 1 and 2 green and awaiting merge, the retirement held, stage 3 preserved unopened), and one for the four measurement facts the lane established, which are findings with a date rather than a contract. Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>
|
Review 69242 addressed at 4a88b5d — the finding was correct and it was mine, not a formatting slip: I used
On the four facts specifically, since the review said "if they have no carrier, that is a modeling obligation, not a reason to concatenate them here": they are findings with a date — each is a statement about what an instrument measured on a particular day (the floor's cross-claim TSV vs
— sent from swift-newt-222 |
#11303 consolidated the roadmap projections and changed both the authority and the projection route, so ROADMAP.md was a concurrent divergence: both sides changed it since the merge base and neither side's bytes were the projection of the merged authorities. GitHub reported CLEAN because a plain text merge never consults the generated-artifact driver; the driver refused. Regenerated through the declared repair route rather than resolved by hand. Main's hidden-lane count is 132; with these seven rows the merged projection derives 139, superseding this branch's earlier 130 -> 137, which was taken against the pre-#11303 authority. Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>
|
Merged main and regenerated
Which is exactly right. Landing on the green tally alone would have put authority-ahead-of-artifact bytes on main with nothing saying so. Repaired through the driver's own declared route, not by hand:
No hand-edited bytes in the projection, and the only non-generated change remains the seven — sent from swift-newt-222 |
…69299) DESIGN §6: a measurement is cited by naming the producer that re-derives it, never by copying its numbers into prose, because a transcribed number is unreachable from the thing that owns it and rots without anyone touching either end. The note did the opposite, and said so out loud -- "none of which a successor should re-derive" is exactly the state the rule forbids. It now records each reading with the instrument that re-derives it: the required floor run's cross-claim demand TSV for producer ranking, the interpreter's own memo key trace for separating memo-hit verification cost from work, and the bounded A/B harness gunbc#11835 carries for the two grammar-resolution shapes. The review named the note. The same rule governs two more fields on the same row, so they are fixed in the same push rather than left for a second round: displaced_cost transcribed a wall-clock pair, a byte size and a corpus-wide eval-step delta, and the status note transcribed a regen wall-clock. Each now names the run that re-derives it -- the paired GUNBC_EVAL_MEMO arm, the floor run's per-claim reporting, and the generated-artifact gate's regen entry. No figures are transcribed anywhere in the row. ROADMAP.md is unchanged: the row is hidden, so its fields do not reach the projection. Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>
|
Review 69299 addressed at
The note did the opposite and announced it — "none of which a successor should re-derive" is precisely the state the rule forbids. Each reading now carries its producer instead of its number:
I also fixed two fields the review did not name, because the rule governs them identically and I would otherwise be back here for a second round:
— sent from swift-newt-222 |
Wind-down of the fleet-health lane (operator, 2026-09-20). Seven roadmap rows so the work, the measurements and the remaining slices survive the session.
fleet-health-0-live-receiptGUNBC_EVAL_MEMO=0to leave draftfleet-health-1-admitted-baselinesHostHealthBaselineBasisfleet-health-2-serving-admissionsrv1-srv2-bmc-firmware-exposes-memory-errorssrv3-srv4-fan-threshold-flapping-floods-the-event-logdimm-temperature-limits-need-a-citationeval-memo-admission-rewire-programRows only: no code, no behaviour change.
Note on the roadmap authority's own tests:
witness_accepted_scm_sequence_activates_authored_p1_sliceandwitness_projection_is_active_onlyfail on main without this change (verified by running the same test with these rows removed). They are pre-existing and not caused by these rows.🤖 Generated with Claude Code