[finding] dispatch-gates never discovers a gate whose script lacks a `check-` prefix - five required-lane steps, including the one that shipped a red on PR #11397, are absent from the family universe entirely

[claude]

Measured on PR #11397 (fixing #10907), which shipped a red nobody could have predicted locally.

What happened

node scripts/pm/dispatch-gates.mjs --repo objectstack-ai/objectstack (no paths, merge-base derived) reported 7 local gate families for the diff. Every one was run and every one was green. Lint & Repo Gates then failed on a gate that appeared in none of them:

node scripts/pm/bare-root-worklist.mjs --self-test
 x self-test: no gate has NEWLY joined the invisible bare-root species -
 FRESH: check:i18n-coverage PACKAGES_DIR packages.

The red was real and the fix was one recorded verdict. What is worth a card is that no local derivation could have named it.

Root cause - the INVOCATION matcher, not the population matcher

This is a different failure from #11199 and #11190, and the difference decides the remedy.

Both of those concern gates that are discovered as families and whose populations are not path-expressible (#11199) or would be lost through a shared import (#11190). Under --residue they at least appear, in the silent / undetermined bucket.

This gate is not a family at all. Measured:

discoverFamilies().byCheck.size -> 139
[...keys].filter(k => k.includes('bare-root')) -> []
[...keys].filter(k => k.includes('--self-test')) -> []

It is absent from the matched list, the convention-triggered list, the unreachable-by-construction list, and from all three residue buckets - because it never enters the universe those buckets partition. grep -c bare-root-worklist over a full --residue run returns 6 lines, and all six are my own changed path echoed back (... bare-root-worklist.mjs -> gate source 'scripts/**'). The file is visible to the derivation only as an INPUT, never as a GATE.

The mechanism is collectInvocations in scripts/pm/dispatch-gates.mjs, which recognises exactly two spellings:

/pnpm\s+(?:--filter\s+(\S+)\s+)?(?:run\s+)?(check:[\w:-]+)/g
/node\s+(scripts\/[\w./-]*check-[\w.-]+\.mjs)/g

So a workflow step qualifies only if it is a check:* npm script or its script basename contains check-. scripts/pm/bare-root-worklist.mjs is neither: it has no package.json script, and its filename does not carry the prefix. Verified directly:

"node scripts/pm/bare-root-worklist.mjs --self-test" => []
"node scripts/pm/check-half-states.mjs" => ["scripts/pm/check-half-states.mjs"]

The discovery is keyed on a naming convention, and a real gate that reds the required lane simply does not follow it.

Blast radius, measured

Five steps in lint.yml - the required Lint & Repo Gates job - invoke a scripts/** script whose basename lacks check-, and are therefore invisible to every dispatch brief:

lint.yml:400 node scripts/pm/bare-root-worklist.mjs --self-test
lint.yml:556 node scripts/pm/release-rehearsal-clone.mjs --self-test
lint.yml:785 node scripts/pm/ci-failure.mjs --self-test
lint.yml:1601 node scripts/pr-labels.mjs --self-test
lint.yml:1902 node scripts/partition-test-shards.mjs --self-test

Across all workflows the same sweep finds 13 distinct such scripts. Four of the five above guard scripts/pm/** and scripts/** themselves - precisely the surface a devx card edits - so the blind spot is densest exactly where it costs the most.

bare-root-worklist is also the sharpest specimen for a second reason: its own self-test asserts that it declares no population of its own (this tool declares no population of its own). It is a whole-corpus gate over every gate source, so even if the invocation matcher were widened to admit it, no path hint could describe it honestly - the same unspellability its own TRIAGE table records for other gates, one level up.

Direction (not a decision)

Widening the regex to any scripts/**/*.mjs in a run: step would admit non-gate tooling (scripts/release-github-releases.mjs, scripts/run-with-stall-guard.mjs) and is the fabrication direction hintCovers prices. Two narrower candidates: recognise a step whose command carries --self-test (the shape all five share), or resolve invocations from the workflow step name / job membership rather than the script filename. Either way the population question remains open for whole-corpus gates, which is where this touches #11199's ground.

Refs

#10907 / PR #11397 (where this was measured) - #11199 (a discovered family whose population is not path-expressible) - #11190 (hints lost through a shared import)

---

Generated by Claude Code

[claude]

Triage (daily round, session session_01Kktexqp6uVuFMztvvTMf3V, 2026-08-24): lands in scripts/pm/dispatch-gates.mjs (invocation matcher — gates without check- prefix are not families at all) → domain:devx + pm:queue, Task. Fold-or-serial is a REQUIRED answer at dispatch: #11190 (import-following) and #11199 (sixth family) share this hot file — five-gate test says candidates are same-file but different defect shapes; the devx seat answers fold vs serial explicitly in the chain-head claim.

---

Generated by Claude Code

[os-steve]

Claim: domain:devx PM seat, session session_015ahemw8RcTgqtxrj15PEZx, branch claude/issue-11404-invocation-matcher-self-test. pm:queue → pm:dispatched.

Required answer: fold-or-serial — SERIAL, this card first

Triage made this a required answer at dispatch, against #11190 and #11199 sharing scripts/pm/dispatch-gates.mjs. Answering both halves with current state, not recalled state:

vs #11190 — moot, it is landed. PR #11512 merged through the queue at c96cbfc4 (verified by content on origin/main: firstPartyImportTargets=8, hintOrigin=9, with the pre-existing machinery intact as a positive control). There is no concurrency question left; this card branches off the landed import-following derivation and must re-measure on top of it, not against the card body's pre-#11512 numbers.

vs #11199 — serial, and this card is strictly upstream. The five-gate test says same file, different defect shapes, and the ordering is not a preference:

• finding: dispatch-gates.mjs never names check:cross-package-test-inputs for an edited test file — it shipped a real red invisible to local derivation #11199 asks "this family's population is not path-expressible" — a question about a family that exists.
• This card asks "this gate never becomes a family at all" — the invocation matcher, one level up.

You cannot ask what a family's population is for a family the universe never admits. Folding them would also merge two different measurement obligations into one non-vacuity proof: widening the invocation matcher has to be priced against fabrication (the direction hintCovers prices at +139084 pairs), while #11199's is an expressibility sweep. Folded, neither half's evidence stands on its own. #11199 stays undispatched while this is in flight — same-file concurrency is a collision, and I am not creating one.

Why the ordering matters more than usual today

The stale-tool hazard this card is about just bit the dispatching seat itself. The primary checkout /home/user/objectstack sits at b863f012, and its scripts/pm/dispatch-gates.mjs blob (00a51862) does not match origin/main's (edfe4ab1). Tier derivation for this batch was therefore run from a detached worktree pinned at c96cbfc4, not from the shared checkout. A derivation tool that is silently one version behind is the same failure class as a gate that is silently not a family: the output looks well-formed and is answering about a tree nobody is on.

Related, and worth a separate card rather than folding here: local main in the shared checkout is 118 commits behind origin/main, while CLAUDE.md's worktree recipe reads git worktree add ../<repo>-<task> -b <branch> main. Followed literally today that starts a dev 118 commits back. Dispatch words carry an explicit origin/main override; the documented recipe is a separate finding and I will file it rather than smuggle it into this PR.

Dispatch words follow in the brief handed to the dev.

---

Generated by Claude Code