Files
msd-core/docs/adr/3409-unreachable-shell-guard-arms.md
Tom Boucher 1591454357 feat(#3409): reject shell guards that cannot observe their own failure arm (#3558)
* test(#3409): failing-first regression tests for unreachable shell guard arms

Drives the three live defects fail-first, executing the shipped workflow
snippets rather than a re-typed copy:

- G1/G2 plan-phase.md Walking Skeleton gate reads `--pick summaries_total`,
  a field that does not exist, so PRIOR_SUMMARIES is always "" and the gate
  has never fired (#3365). G2 is the load-bearing negative-space case: it
  rejects a fix that treats "no answer" as "zero" and fires unconditionally.
- G3 plan-phase.md PHASE_REQ_IDS resolves "" instead of the TBD sentinel on
  a phase with zero requirements.
- G4 complete-milestone.md's bare `cat <glob>` blocks on stdin under a
  nullglob left set by an earlier block (measured hang).

Skipped on Windows for G4 only: the FIFO-blocked-stdin mechanism is POSIX
only, and a weakened assertion there would pass vacuously.

Refs #3409

* fix(#3409): make nine shell guards observe their own failure arm

`--pick` coerces a missing field to empty string and exits 0, so the
`|| echo <default>` fallback after it fires only on a verb typo, never on
the field absence it was written for. Nine sites relied on that arm.

- plan-phase.md walking-skeleton gate: `--pick summaries_total` names a
  field that does not exist under any flag combination, so the gate has
  never fired on any project (#3365). Repointed at the existing single
  owner, `phases.list --type summaries --pick count`, which returns a real
  integer in every case including a project with no `.planning` directory.
  No new counter is added: a second one would duplicate the ownership
  ADR-3180 Decision 1 forbids. The gate now fires only on a literal "0",
  so an unanswerable query fails safe instead of entering skeleton mode.
- plan-phase.md phase_req_ids: now falls back to the documented TBD.
- The remaining seven convert to an explicit empty test.
- complete-milestone.md read all phase summaries through a bare
  `cat <glob>`; under a nullglob left set by an earlier block that is zero
  operands, so cat blocks on stdin. Guarded with the array shape the
  #3300 fix already established in review.md.

Refs #3409

* fix(#3409): guard eleven more globs that defeat their own fallback arm

The nullglob audit this issue asks for turned up the same class in files
#3300 never touched.

- Eight bare `cat <glob>` reads (transition, complete-milestone, planner x4,
  verifier, phase-researcher). With nullglob set that is zero operands, so
  cat reads stdin and blocks; measured rc=137 at 3s.
- Three `ls <glob> || echo "<message>"` sites (session-report,
  review-backlog and its generated skill). nullglob makes ls succeed
  listing the cwd, so the message never prints and the user gets a
  directory listing instead.

Guarded with `[ -e "${_ARR[0]}" ]` rather than `[ ${#_ARR[@]} -gt 0 ]`.
The count form is correct only when nullglob is set, and six of these
seven files never set it: without it the array holds the unmatched literal
pattern, so the count is 1 and the guard passes wrongly. `-e` is correct
in both worlds. review.md keeps its count guards — that block sets
nullglob two lines above them.

skills/gsd-review-backlog regenerated from commands/, never hand-edited.

Refs #3409

* feat(#3409): add the unreachable-shell-guard drift lint

A sibling of lint-planning-prompt-drift.cjs, consuming the shared
scripts/lib/drift-scan.cjs rather than copying it, wired into lint:ci.

Both detectors are one shape — a fallback arm defeated by a legitimate
success-on-empty:

- Detector A: `--pick` and `|| echo` on one line. `--pick` is the
  discriminator because "missing field renders empty at exit 0" is a
  documented CLI contract, not a heuristic. A rule keyed on gsd_run
  matched 111 lines, ~132 of them legitimate, and was rejected.
- Detector B: `cat <glob>` in command position, and `ls <glob>` whose
  exit code feeds a real fallback or an if/while head. Informational
  `ls <glob>` whose stdout is consumed (97 sites) and `|| true` failure
  suppression (~15) are not guards and never fire.

Shrink-only ratchet keyed on (file, trimmed text) with a per-pair count,
POSIX-normalized unconditionally so Windows CI cannot report everything
fresh and stale at once. Ships with a ZERO-entry baseline: every site it
can find is fixed. Exemption is the per-line `# gsd-scan-ignore: #NNN`
marker whose reason must name an issue or URL; a malformed reason reports
a distinct error rather than silently exempting. No file allowlists.

ADR-3409 records the invariant, the measurements behind both detectors,
and why the upstream `--pick` contract fix belongs to #3473.

Refs #3409

* fix(#3409): resolve review findings — typed surface, sanitized reports, tighter marker

Standards axis (blocker): the guard's tests asserted on human-readable
stdout/stderr and on free-form baseline-load prose, which CONTRIBUTING
prohibits by name. Added the typed surface it prescribes instead of
weakening the tests: a frozen REASON enum, a --json report mode,
structured loadBaseline errors, and a test locking Object.keys(REASON)
so a new reason stays three coordinated changes.

Security axis: sanitizeForReport covered every violation field but not
the baseline-load error path, which embeds raw JSON.stringify output --
that escapes nothing above 0x1f, so bidi and C1 controls reached CI logs
unfiltered. Routed through the sanitizer at the output seam.

Security axis: the scan-ignore marker accepted `#0` and a bare
`http://`. Tightened to a positive issue number and a URL with a host.
This diverges deliberately from the sibling in
tests/commit-files-pathspec.test.cjs, whose looser form was copied
verbatim; the header now records the divergence.

Security axis: G4 built its FIFO with `mktemp -u`, reserving a name
without creating it. Now created inside a `mktemp -d` directory.

Spec axis: ADR-3409 claimed a ninth site landed after the issue was
filed. git blame disproves it -- all nine predate it; the issue's hand
count missed one. Corrected. The design and test matrix still specified
B9 as a FLAG after implementation reversed it to PASS; both now record
the reversal and why.

Refs #3409

* docs(#3409): add the how-to for resolving unreachable-guard findings

Reference and Explanation are carried by ADR-3409; this is the
task-oriented quadrant CI cannot check for.

The page exists mainly for one thing the lint structurally cannot catch:
both `[ -e "${_ARR[0]}" ]` and `[ ${#_ARR[@]} -gt 0 ]` remove the glob
from the command and therefore both pass, but the count form is correct
only when nullglob is set — and nullglob is usually set in a different
block of the same file. A reference table cannot carry that; a how-to can.

Also documents the reason codes, so a reader can tell "nothing to report"
from "could not look".

No tutorial: this is a gate inside an existing CI loop, not a new entry
point a newcomer starts from.

Refs #3409

* fix(#3409): bring the touched prompt files back under their size gates

The remote run was red on 14 tests, all size/attribution, none of them
the regression suite.

- agents/gsd-planner.md was 194 chars over a 49152 cap enforced by four
  separate tests, each of which says the remedy is extraction, not a bump.
  It had 41 chars of headroom before this branch. Its `## Checkpoint
  Types` section was an unlinked, condensed duplicate of
  references/checkpoints.md, which already carries all three types and
  their XML shapes; the section now points there and keeps the three
  names and percentages inline. Net -969, margin 1010.
- gsd-core/workflows/execute-phase.md sat 2 chars under a comfortable
  margin assertion. Dropped the AUTO_MODE default: the `|| echo "false"`
  it replaced was unreachable, so the value was already sometimes empty
  on next, and its only consumer compares against `true`. Net -16.
  Left plan-phase.md's AUTO_CHAIN default alone -- that file names an
  explicit `false` branch, so empty would match neither branch.
- Acknowledged the seven prompt files that genuinely grew, one specific
  reason each. Five of those paths were already claimed by spent
  fragments identical to next, which blocks a second source naming the
  same path; removed just the colliding key from each, deleting the two
  that this emptied.

Refs #3409

* test(#3409): extract the whole PHASE_REQ_IDS block, not just its first line

G3 failed on the remote runner with '' !== 'TBD'. The test was wrong, not
the workflow.

The shipped contract is now two consecutive lines -- the capture and the
`${PHASE_REQ_IDS:-TBD}` default -- but the helper's `^PREFIX=.*$` regex
returns only the first match, so the test executed half the contract and
correctly observed the empty string. Renamed to extractAssignmentBlockFor
and taught it to consume the contiguous run of lines sharing the prefix.

The assertion is untouched: TBD is the right expectation, and weakening
it to accept the empty string would have reinstated exactly the class
this suite exists to catch -- a check that cannot observe the thing it
is checking.

extractFencedBashAfterAnchor is unaffected: it is fence-delimited rather
than line-anchored, so G1/G2/G4 still capture their full blocks.

Refs #3409

* chore(#3409): drop a spent ack fragment that collided on complete-milestone.md

#3458 landed on next while this branch was in flight and its fragment
claims complete-milestone.md, which this branch also grows. Two ack
sources may never name the same path.

Its entry is spent: the +9163 it explains is already absorbed at base, so
it can no longer clear anything, and the checker's own guidance for spent
entries is to delete them. Removing the key emptied the fragment, so the
file goes too -- an empty one signals nothing.

Refs #3409

* chore(#3409): backfill changeset pr number 3558

* test(#3409): hoist a regex subject out of exec() to clear the injection scan

CI's prompt-injection scan flagged `MARKER_RE.exec('# gsd-scan-ignore: ...')`.
The pattern `exec[[:space:]]*\(["']` is receiver-blind on purpose, so it
catches `require('child_process').exec('...')` -- and the scanner's own
header records that RegExp.prototype.exec is collateral, to be handled by
its allowlist.

Allowlisting the file would blind it to the real exec vector permanently,
so the subject is hoisted into a const instead: same assertion, scanner
left at full strength, no security surface widened.

Refs #3409

---------

Co-authored-by: sim <sim@local>
2026-08-15 21:09:05 -04:00

11 KiB

ADR-3409: Shell Guards Must Observe Their Own Failure Arm

  • Status: Accepted
  • Date: 2026-08-15
  • Issue: #3409 (epic + approved-enhancement), which is why this ADR carries its number.
  • Supersedes: nothing
  • Relationship to prior work: applies ADR-3180's Decision 4 mechanism — whole-repo discovery, exemption by documented reason rather than file allowlist, and the shrink-only ratchet of 4(e) — to a different invariant, one layer up from the derivation-counting lint-planning-prompt-drift.cjs owns. Distinct from #3473, which owns the upstream fix described in Decision 7 below; this ADR deliberately does not attempt it.

Symbol names and shell idioms are the durable anchors throughout. Line references, where given, are as of next @ bc9a22868 and will drift.

Context

ADR-3180 established, for the src/ layer, that a failure path returning a plausible default is the core defect class. The identical class is alive one layer up, in the shell snippets embedded in gsd-core/workflows/*.md, commands/, agents/ and skills/ — but with a distinct mechanism that no .cts-scoped guard can see, because the code is markdown.

The measured root fact

gsd-tools.cjs's --pick <field> extractor coerces a missing or absent field to the empty string and exits 0. gsd_run passes the child exit code through unchanged. Measured against the real CLI:

Invocation exit stdout
query phases.list --pick summaries_total 0 (empty)
query phases.list --pick totally_bogus_field_xyz 0 (empty)
query init.plan-phase 01 --pick phase_req_ids 0 (empty)
query roadmap.analyze --pick next_phase 0 (empty)
query config-get <key> (no --pick) 1 (empty)
query bogus.verb --pick x 1 (empty)

So in X=$(gsd_run query V --pick F 2>/dev/null || echo D) the || echo D arm can fire only on a typo in the verb name — never on the field absence it was written to handle. The guard cannot observe its own failure.

The same shape arrives by a second route. Under shopt -s nullglob an unmatched glob expands to zero operands, so a command that consumes the glob still succeeds:

  • ls <glob> || echo "<message>" — ls runs with no operands, lists the current directory, exits 0. The message never prints; the user sees a directory listing instead.
  • cat <glob> — cat with no operands reads stdin and blocks. Measured: killed at 3s (rc=137) with a blocked stdin; merely rc=1 with nullglob unset.

Two mechanisms, one shape: a fallback arm defeated by a legitimate success-on-empty.

Why the existing guards cannot see it

scripts/lint-planning-prompt-drift.cjs (#3218, ADR-3180 Phase 8) is scoped to plan/summary counting re-derivation — a set glob plus wc -l/grep -c on one line — and its header explicitly excludes bare ls/cat globbing. lint-portable-timeout.cjs covers timeout portability only. Nothing in scripts/ targets the guard idioms themselves — and the count was already wrong when the issue was written: it reports 8 --pick … || echo sites, but origin/next carried 9, each last touched between 2026-06-02 and 2026-07-26, well before the issue was filed on 2026-08-13. No new site landed mid-flight; a hand count simply missed one. That is the argument for a guard rather than a sweep, stated more plainly than the miscount-over-time story it first appeared to be.

What discovery found

The audit this ADR mandates (Decision 5) surfaced more than the issue knew about — 20 sites in total, none previously tracked beyond the two named bugs:

Shape Sites Note
--pick … || echo <default> 9 2 causing live wrong behavior (#3365; phase_req_ids never reaching its TBD sentinel); 7 dead-but-misleading
bare cat <glob> (stdin hang) 8 in files #3300 never touched
ls <glob> || echo "<message>" 3 message unreachable; one in a generated skills/ artifact
if/while ls <glob> 0 the #3300 shape, now extinct
informational ls <glob> (stdout consumed) 97 not this class — see Decision 2

Decision

1. The invariant. A guard in shipped prompt-layer shell must be able to observe the condition it guards against. A fallback arm that a legitimate success-on-empty defeats is a defect, not a style preference — it is output-identical to the success case, which is precisely what ADR-3180 exists to eliminate.

2. Detection keys on a documented contract, never a heuristic. --pick is Detector A's discriminator because the extractor's "missing field → empty string, exit 0" behavior is a contract. exit-code-consumed-by-a-real-fallback is Detector B's, for the same reason. The consequence is load-bearing in both directions:

  • config-get … || echo "default" stays — it genuinely exits 1 on a missing key, measured. This is ~132 of the 141 $(… || echo …) lines in the prompt layer.
  • informational ls <glob> whose stdout is consumed stays — 97 sites. It is not a guard; nothing about it has a failure arm to be unreachable.
  • ls <glob> || true stays — suppressing a failure is not a guard, and there is no fallback value to defeat.

A rule keyed on "invokes gsd_run and has || echo" was written, measured at 111 matches, and rejected: it would have reddened CI on ~132 legitimate lines. A rule keyed on "cat/ls with any glob operand" was written, measured at a 106-entry baseline including 8 lines of pure markdown prose, and rejected for the reason in Decision 4.

3. The guard consumes the shared scanner; it does not copy it. scripts/lint-unreachable-guard-drift.cjs uses scripts/lib/drift-scan.cjs for the tree walk, root confinement, symlink handling and report sanitizer. ADR-3180 Decision 4 already rejected "let the new drift guard copy Phase 1's tree-walk." This repo now carries 46 scripts/lint-*.cjs guards; that count is a standing Greenspun signal, and the shared module is the answer to it. A guard that copies the scanner turns the family into the ad hoc engine. No off-the-shelf linter fits the target — ESLint parses JS ASTs, shellcheck parses real shell, and this input is shell fragments inside markdown fences carrying ${} prompt interpolation that is not valid shell.

4. The ratchet's target is zero, and a baseline is not a parking lot. The shrink-only mechanism of ADR-3180 Decision 4(e) is adopted verbatim: keyed on (file, trimmed text) never line number, each entry carrying a count and naming the issue that removes it, with a stale entry failing as loudly as a fresh one. But the ratchet exists for a site whose owner is another epic — not as a place to park a detector that over-fires. A baseline large enough to skim past is a failed detector, not an acknowledged debt. This guard ships with an empty baseline: every site it can find is fixed.

5. nullglob is audited once, centrally — including in the fix. Whether a glob-consuming command is safe depends on a shell option that may be set in a different fenced block of the same file, which the author of any one line cannot see. Two consequences:

  • The detector flags the shape regardless of whether nullglob is visibly set in that file. Locally-undecidable means decide conservatively.
  • The remedy is [ -e "${_ARR[0]}" ], not [ ${#_ARR[@]} -gt 0 ]. The count form is correct only when nullglob is set: without it the array holds the unmatched literal pattern, so the count is 1 and the guard passes wrongly. Measured both ways. gsd-core/workflows/review.md keeps its count guards because that block sets nullglob two lines above them; every site fixed under this ADR uses -e, because six of the seven files involved never set it at all.

6. Exemption is per-line and must name an owner. A deliberate counter-example — documentation showing the anti-pattern — is byte-identical to a regression, so only a declaration can separate them. The marker is # gsd-scan-ignore: <reason> on the violating line, where the reason must name an issue (#NNN) or an http(s):// URL, matching the precedent in tests/commit-files-pathspec.test.cjs and the sibling allow-test-rule: marker of ADR-456. A malformed reason is reported as a distinct malformed-declaration error rather than silently exempting. File allowlists remain forbidden (ADR-3180 Decision 4(a)) — an allowlist points at the file most likely to grow the next copy.

7. The upstream contract fix is explicitly out of scope. The true single-owner cure is at --pick itself: it should signal absence rather than emitting '' at exit 0, so that no caller has to guard for it. That is a CRITICAL-blast-radius change across 111+ call sites and it belongs to #3473 ("enforcement by construction — one owner per invariant … failure returns"). This ADR governs the shell layer and the guard; it does not re-litigate the CLI contract. Until #3473 lands, every new --pick caller remains one careless line from this class — which is exactly what the guard makes visible in review.

Consequences

Downstream callers can rely on:

  • A --pick read in shipped prompt shell is followed by an explicit empty test, never by an exit-code fallback. The idiom is a two-line X=$(…) / X="${X:-default}", or a direct comparison against the expected literal where the safe direction is "do not act" (the Walking Skeleton gate fires only on a literal "0", so an unanswerable query leaves it off rather than firing unconditionally).
  • A glob-consuming cat/ls in shipped prompt shell is guarded by [ -e "${_ARR[0]}" ] and therefore behaves identically whether or not nullglob is set.
  • npm run lint:ci fails on a new instance of either shape.

Costs accepted:

  • A cross-line split defeats Detector A — --pick on one line, || echo on the next — as does || printf. Same per-line-scan tradeoff the two sibling guards document; left to code review.
  • Detector B is conservative by construction. It flags a glob operand even where nullglob is provably unset in that file, because the option is not locally decidable.
  • The lint cannot distinguish the correct remedy from a subtly wrong one. Both [ -e "${_ARR[0]}" ] and [ ${#_ARR[@]} -gt 0 ] remove the glob from the command, so both pass. Decision 5's rule is therefore documented in docs/how-to/resolve-unreachable-guard-findings.md rather than enforced — a reference table cannot carry it.
  • One more guard to run in lint:ci, and one more baseline file that a maintainer must regenerate with --update after a migration.

Explicitly not changed: the 97 informational ls <glob> sites, the ~15 ls <glob> || true sites, and the ~132 config-get … || echo defaults. Each was measured, and none carries an unreachable failure arm.