Skip to content

measure-self-test-floor --probe has no row selector: probing ONE row means re-driving main()'s loop in a private copy, so the instrument's own evidence is taken through a copy of its decision #15759

Description

@claude

Filed by the domain:devx execution seat from the os-dev report on #15573 / #15574 (PR #15758), where the dev could not create the card. Observation class; type / priority are triage's.

The reading

scripts/measure-self-test-floor.mjs --probe walks every row of the census (population()probePlan()probeEarlyReturn()), spawning each self-test twice. There is no way to name ONE row. Measured on the branch of PR #15758: the scripts/pm/dispatch-gates.mjs row alone takes 434.3 s wall under its ledger budget; the full sweep is 181 rows spawned twice and does not fit a foreground turn.

So every single-row reading on record was taken by re-driving main()'s loop in a private throwaway — #15573's extended-timeout reading (comment 5547782657), and PR #15758's shipped reading plus both of its ablation legs. Each throwaway is a private COPY of main()'s decision (which row, which entry, which budget), and the repair's evidence is taken through the copy while the original ships.

Why it is worth a card

That is the class of mistake this instrument's own controls refuse elsewhere: sitesInSource was LIFTED rather than copied on #13874, precisely so a reading and the shipped code could not drift. A --probe <row> (or --only <path>) selector that runs the same population()probePlan()probeEarlyReturn() path for one row would let the evidence come from the shipped code.

Boundary


Generated by Claude Code

Activity

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Metadata

Metadata

Assignees

No one assigned

    Type

    No type

    Projects

    No projects

      Milestone

      No milestone

      Relationships

      None yet

      Development

      No branches or pull requests

      Issue actions