Skip to content

measure-durability-swallow-family.mjs's own usage header still says 4 control families and 3 in gated; it declares 7 and gated runs 6 #15754

Description

@claude

Noticed while re-measuring lint.yml's swallow-census comment block for #15569.
That card's ruling holds the change to lint.yml and explicitly does not touch
the census script, so the same stale arithmetic INSIDE the instrument is filed
here instead.

The reading

scripts/measure-durability-swallow-family.mjs's own usage header:

scripts/measure-durability-swallow-family.mjs:10   //   ... --self-test # all 4 control families
scripts/measure-durability-swallow-family.mjs:11   //   node scripts/measure-durability-swallow-family.mjs --self-test=gated
scripts/measure-durability-swallow-family.mjs:12   //                   # the 3 families CI runs

What the same file declares today, read from the self-test body and from the
verdict line it prints (lines 2102-2117):

That is SEVEN declared, and --self-test=gated runs SIX of them -- the loop is
for (const control of gated ? [] : POSITIVE_CONTROLS), so POSITIVE is the only
family the gated mode drops. The header says four and three.

Same defect class as #15569, one level in: a documented count that the file's
own verdict line contradicts on every CI run. The header is what a reader reaches
for first when deciding which mode to invoke, so the wrong count is load-bearing
for that choice.

Suggested shape, not a prescription

#15569's ruling asked for the count to be written as a NAMED list rather than a
bare integer, so that the next family added contradicts a list instead of an
integer; the same treatment fits here. Whether the header should instead point at
SELF_TEST_MODES and carry no count at all is the open question.

Re-check

sed -n '1,13p' scripts/measure-durability-swallow-family.mjs
sed -n '2102,2118p' scripts/measure-durability-swallow-family.mjs
grep -n 'gated ? \[\] : POSITIVE_CONTROLS' scripts/measure-durability-swallow-family.mjs

⛔ NOT MEASURED by running it: pnpm check:swallow-census-controls is exit 1 with
ERR_MODULE_NOT_FOUND: Cannot find package 'typescript' on the box this was read
from, so the verdict line above is quoted from the source that BUILDS it, not
from a run. The count itself is a static reading of the declarations and does not
depend on the run.

Duplicate check: 617 open items (584 issues) enumerated by page over the
repo-scoped REST list endpoint and grepped locally for
measure-durability-swallow-family near the family counts and for
swallow-family header prose; control word exactly ONE hint verified to hit
exactly the card it should (#15537) and nothing else. REST search/issues is 403
in this session, so the list endpoint was the channel. No match.

Unassigned, unlabeled -- for PM triage.


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