Files
msd-core/gsd-core/bin/lib/profile-pipeline-command-router.cjs
Tom Boucher d98b55562c enhance(#3910): the raw terminator is banned by construction (#3980)
* enhance(#3910): move the last src/ terminators onto the seam

Phase 6 bans the raw terminator by construction, which it cannot do while
violations stand. A census found 12 sites the rule would flag; nine of the ten
unsanctioned ones were owned by no phase of the epic at all — a coverage hole
in the decomposition, since P0-P2 are infra, P3 the gate modules, P4 the
scanners, P5 the fragments, P7 the hooks, P8 io.cts, and P6 itself only adds
the rule. `src/**/*.cts` now holds exactly 2 raw exits, both inside
`terminateNow`, the single sanctioned site.

`io.cts`'s `error()` is the interesting one. It was first called substantive on
"dozens of callers, contract risk" — asserted, not measured, and the
measurement refuted it: 289 call sites, zero inside a try whose catch would
swallow a throw. The real obstacle was structural instead: `terminateNow`
cannot emit exit 1, because ADR-3889 §1 makes 0 and 1 unallocatable and
`nameForExitCode(1)` throws. So the only route is `ExitError` under `runMain`,
which sets exitCode and writes stderr only when the error carries a user
message — keeping the existing stderr write and throwing a message-less
ExitError is observably identical.

That census was still too narrow, and running the CLI proved it. It asked
whether the CALL sits in a try/catch; the two regressions that surfaced were
interceptors elsewhere on the stack:

- `command-routing-hub.cts`'s `dispatch()` swallowed the ExitError into a
  HandlerFailure, so the caller emitted a duplicated, wrong stderr line on
  every Hub-routed path. It now rethrows ExitError explicitly — the same shape
  `gsd-tools.cjs` already used at two dispatch sites, so this follows an
  established idiom rather than inventing one.
- the profile-pipeline router's deliberately un-awaited `.catch(e => error(...))`
  turned an ExitError rejection into an uncaught exception; it now mirrors
  runMain's handling.

`edge-probe` and `ui-consideration-probe` gained `runMain` wrappers because
probe-core's new throwing default would otherwise have escaped them.

A follow-up sweep of every dispatcher — 19 command routers, the Hub, the
gsd-tools dispatch seams — found no further swallowing catch. The admitted
bound: ~1260 non-rethrowing catches repo-wide were scanned structurally but not
individually classified. Both real regressions were found by execution, not by
reading, so the suite is the detector that matters here.

`gsd-tools.cjs:253` stays a raw exit deliberately: it is the ensureRuntimeBuild
bootstrap, which runs before cli-exit is required, so the seam does not yet
exist. It needs a second allowlist entry, which means #3910's "single allowlist
entry" criterion is unachievable as written.

Verification runs on the remote runner.

Refs #3910

* enhance(#3910): ban the raw terminator by construction

Adds local/require-registered-exit and registers it on all four globs:
src/**/*.cts, scripts/**/*.cjs, hooks/**/*.js, gsd-core/bin/**/*.cjs.

Registering on the .cts glob is load-bearing, not redundant — the emitted .cjs
mirrors are globally eslint-ignored, so a rule registered only on the emitted
globs is blind to the sources. That is the #3496 lesson, and it is how the
previous guard became invisible: n/no-process-exit was 'error' in one block yet
fired zero times on all three surfaces that mattered.

The dead n/no-process-exit: 'off' block for hooks is deleted in the same PR.
Phase 7 migrated every hook, so the exemption now protects nothing.

Two allowlist entries, not the one #3910 anticipated. terminateNow's body is
detected STRUCTURALLY — a process.exit lexically inside a function of that name
— rather than by a path and line number that rots. The second is
gsd-tools.cjs's ensureRuntimeBuild bootstrap, an inline disable with its reason
at the call site: it runs before ./lib/cli-exit.cjs is required, so the seam
does not exist yet and no migration is possible. #3910's 'single allowlist
entry' criterion is therefore unachievable as written, and is amended with the
measurement rather than quietly missed.

The rule is proven able to FAIL, per glob: four positive controls, one for each
registered glob. A guard that cannot be shown to fire is not a guard. Four
matching negative controls pin process.exitCode as never-flagged — conflating
it with process.exit is what inflated this epic's original census 2x. An
allowlist case and a near-miss (same shape, different function name) fix the
structural detection in place.

Verification runs on the remote runner.

Refs #3910

* fix(#3910): stop the detached catch from throwing, and scope the allowlist

Review findings, one of them a regression the previous fix introduced.

_handlePipelineRejection called error() from inside a DETACHED .catch().
error() now throws, so that throw became an unhandled promise rejection — and
on Node >=15 with --unhandled-rejections=throw, Node dumps a raw stack trace
with absolute paths on top of the clean Error: line. That was impossible before
this branch, because process.exit(1) terminated synchronously before any
rejection machinery could observe it. The handler now writes byte-identical
stderr itself, in both plain and --json-errors form, and sets exitCode in
place. This was the THIRD interceptor found, and like the first two it surfaced
by running the CLI rather than by reading code.

The rule's terminateNow allowlist had no path constraint, so any function
anywhere named terminateNow across all four globs inherited it. It now requires
the structural nesting check AND a cli-exit.cts basename — still no line
numbers to rot.

The four per-glob positive controls only varied a filename inside RuleTester,
which never resolves eslint.config.mjs. Since the rule is filename-agnostic,
all four exercised identical logic and none proved the rule was WIRED — this
epic's own failure mode. A registration test now asserts the rule resolves for
a real path in each glob, and it is proven able to fail: removing one glob's
registration flips the resolved value from [2] to undefined.

Three evasions the rule cannot catch (computed member, aliasing, .call/.apply)
are documented in its header and pinned by tests, labelled as known limits
rather than endorsed, so a future change that starts catching them is a
deliberate diff.

Refs #3910

* docs(#3910): document the raw-terminator ban

Reference and Explanation via a new docs/features fragment (FEATURES.md is
generated from it, not hand-edited). How-To:
docs/how-to/resolve-a-raw-terminator-finding.md, indexed from docs/README.md —
a contributor whose code trips the rule picks among three replacements by
surface (runMain/ExitError for a CLI path, terminateNow for a hook,
process.exitCode where the process should drain), and needs to know why
process.exitCode is correct and never flagged, since conflating the two is what
inflated this epic's original census 2x.

The page also names the three patterns the rule cannot catch and says plainly
that using one to dodge it is a review finding, not a fix — documenting them
without that sentence would read as a sanctioned workaround.

docs/INVENTORY.md deliberately untouched: eslint-rules/ is not a tracked family
in the manifest (verified — a regen produced a zero diff), so a hand-written row
would desync the table from the family it claims to belong to.

Refs #3910

* fix(#3910): a catch that sniffs the message swallows an ExitError

The remote run returned 41 failures, and one of them was a live production
regression rather than a test artifact.

`cmdMilestoneComplete`'s unstarted-phase guard re-threw only when
`e.message.startsWith('Cannot mark milestone complete:')`. `error()` used to
`process.exit(1)`, uncatchable, so the guard always fired. It now throws an
ExitError carrying no message, the string test fails, and the ExitError was
silently swallowed — the guard stopped blocking milestone completion entirely.
Proven against the real CLI: pre-fix, a milestone with an unstarted phase
archived at exit 0; post-fix it is blocked at exit 1 with the intended message.

That is a guard that silently stopped guarding, which is this epic's thesis
appearing inside the phase meant to enforce it. Worth stating plainly: an
earlier census DID examine this site, saw a `throw e`, and classified it as
rethrowing. It was wrong — the rethrow is conditional, and a conditional
rethrow on an inspected message is indistinguishable from an unconditional one
unless you read the predicate.

So the class was swept rather than patched where it was tripped over. An AST
census of every CatchClause across src/, gsd-core/bin/ and scripts/ found 38
conditional rethrows. Two more had the same defect and are fixed the same way:
`config.cts`'s `'No config.json'` sniff and `gsd-tools.cjs`'s
`e.name === 'WindowsError'`. The remaining 25 are provably unreachable — every
one wraps a bare fs, YAML, manifest-require or git-exec primitive that cannot
throw ExitError — and two were scanner false positives, both explained. Each
fix is an unconditional `instanceof ExitError` rethrow placed BEFORE any
inspection, matching the idiom command-routing-hub and gsd-tools already used.

Residual bound, stated rather than implied: zero known-reachable unfixed sites,
contingent only on error() never later being called inside one of those 25
primitive try blocks.

The remaining failures were harness artifacts, and the harnesses were corrected
to the new contract rather than the assertions weakened. Tests that mocked
`process.exit` to observe termination now catch ExitError and assert its code;
tests parsing stderr as a single JSON object still assert exactly that, with
their ad-hoc `node -e` scripts wrapped in runMain so it is true. milestone and
phase-resolution-parity needed no test change — they were correctly written
against the real bug and are what caught it.

Verification runs on the remote runner.

Refs #3910

* chore(#3910): backfill the changeset PR number

Also reframes the fragment to lead with the user-visible change — the
milestone guard blocking again — rather than the narrowest of the three fixes.

Refs #3910

---------

Co-authored-by: sim <sim@local>
2026-08-28 03:15:39 -04:00

182 lines
8.6 KiB
JavaScript

'use strict';
/**
* Profile-pipeline command router — CLI dispatcher for gsd-tools profiling commands.
*
* ADR-857 phase 6 / ADR-959: profile-pipeline capability command cutover.
* Extracted from hardcoded case arms in gsd-tools.cjs (lines 1324-1410).
* Dispatch path: default → dispatchCapabilityCommand →
* require(profile-pipeline-command-router.cjs) → route<X>.
*
* Router signature: { args, cwd, raw, error } — identical to existing routers.
* Test seams: _pipeline / _output inject mock modules; _core injects mock core.
*
* Async note: cmdExtractMessages and cmdProfileSample are async functions.
* dispatchCapabilityCommand (gsd-tools.cjs:366-371) explicitly errors if a
* router returns a Promise. Therefore these router functions call the async
* function WITHOUT await and WITHOUT returning the Promise; the event loop
* drains once the returned promise settles. Since ADR-3889 (#3910), the
* pipeline functions terminate by THROWING ExitError (never process.exit()
* directly), so a rejection surfacing here can carry either a genuine error
* OR a declared ExitError termination — the `.catch()` below must
* distinguish them: an ExitError sets process.exitCode directly (mirroring
* cli-exit.cjs's own runMain, the only other place ExitError is caught),
* while any other rejection is surfaced via the `error()` callback exactly
* as before. Calling `error(exitErr.message)` for an ExitError would be
* wrong on two counts: it discards the real exit code (error() always
* terminates at 1) and it re-derives a message from ExitError's generic
* "process exit N" constructor default rather than the (already emitted, or
* intentionally absent) stderr output the throwing call site controls.
*/
const { ERROR_REASON, getJsonErrorMode } = require('./io.cjs');
const { ExitError } = require('./cli-exit.cjs');
/**
* Interpret a rejection from a fire-and-forget async pipeline call: an
* ExitError sets process.exitCode (and, for a non-zero code carrying a user
* message, writes it to stderr) exactly like runMain does; anything else
* reproduces io.cjs's error() stderr output byte-for-byte and sets
* process.exitCode directly instead of calling error() itself.
*
* error() (src/io.cts) is `never`-typed: it always throws ExitError(1) after
* writing to stderr. Calling it from inside this `.catch()` callback would
* throw from a detached promise chain that nothing awaits or re-catches —
* an unhandled promise rejection that Node (>=15, this repo's
* engines.node >= 24 default is --unhandled-rejections=throw) dumps as a
* raw stack trace on top of the clean line error() already wrote. Writing
* the same bytes directly and setting process.exitCode = 1 in place gets
* the identical observable stderr + exit code without ever throwing here.
*/
function _handlePipelineRejection(e, error) {
void error;
if (e instanceof ExitError) {
if (e.hasUserMessage && e.code !== 0) process.stderr.write(`${e.message}\n`);
process.exitCode = e.code;
return;
}
const message = e && e.message ? e.message : String(e);
if (getJsonErrorMode()) {
const payload = JSON.stringify({ ok: false, reason: ERROR_REASON.UNKNOWN, message }) + '\n';
process.stderr.write(payload);
} else {
process.stderr.write('Error: ' + message + '\n');
}
process.exitCode = 1;
}
// ─── Pipeline phase commands ───────────────────────────────────────────────────
function routeScanSessions({ args, cwd, raw, error, _pipeline }) {
void cwd; void error;
const p = _pipeline ?? require('./profile-pipeline.cjs');
const pathIdx = args.indexOf('--path');
const sessionsPath = pathIdx !== -1 ? args[pathIdx + 1] : null;
const verboseFlag = args.includes('--verbose');
const jsonFlag = args.includes('--json');
// cmdScanSessions is synchronous — call directly.
p.cmdScanSessions(sessionsPath, { verbose: verboseFlag, json: jsonFlag }, raw);
}
function routeExtractMessages({ args, cwd, raw, error, _pipeline }) {
const p = _pipeline ?? require('./profile-pipeline.cjs');
const sessionIdx = args.indexOf('--session');
const sessionId = sessionIdx !== -1 ? args[sessionIdx + 1] : null;
const limitIdx = args.indexOf('--limit');
const limit = limitIdx !== -1 ? parseInt(args[limitIdx + 1], 10) : null;
const pathIdx = args.indexOf('--path');
const sessionsPath = pathIdx !== -1 ? args[pathIdx + 1] : null;
// args[0] = 'extract-messages' (family name), args[1] = project positional
const projectArg = args[1];
if (!projectArg || projectArg.startsWith('--')) {
error('Usage: gsd-tools extract-messages <project> [--session <id>] [--limit N] [--path <dir>]\nRun scan-sessions first to see available projects.', ERROR_REASON.USAGE);
return;
}
// cmdExtractMessages is async — do NOT return the Promise.
// The function ends with output() or process.exit(); the event loop will drain.
void cwd;
p.cmdExtractMessages(projectArg, { sessionId, limit }, raw, sessionsPath)
.catch(e => { _handlePipelineRejection(e, error); });
}
function routeProfileSample({ args, cwd, raw, error, _pipeline }) {
void cwd; void error;
const p = _pipeline ?? require('./profile-pipeline.cjs');
const pathIdx = args.indexOf('--path');
const sessionsPath = pathIdx !== -1 ? args[pathIdx + 1] : null;
const limitIdx = args.indexOf('--limit');
const limit = limitIdx !== -1 ? parseInt(args[limitIdx + 1], 10) : 150;
const maxPerIdx = args.indexOf('--max-per-project');
const maxPerProject = maxPerIdx !== -1 ? parseInt(args[maxPerIdx + 1], 10) : null;
const maxCharsIdx = args.indexOf('--max-chars');
const maxChars = maxCharsIdx !== -1 ? parseInt(args[maxCharsIdx + 1], 10) : 500;
// cmdProfileSample is async — do NOT return the Promise.
p.cmdProfileSample(sessionsPath, { limit, maxPerProject, maxChars }, raw)
.catch(e => { _handlePipelineRejection(e, error); });
}
// ─── Output phase commands ─────────────────────────────────────────────────────
function routeWriteProfile({ args, cwd, raw, error, _output }) {
const o = _output ?? require('./profile-output.cjs');
const inputIdx = args.indexOf('--input');
const inputPath = inputIdx !== -1 ? args[inputIdx + 1] : null;
if (!inputPath) {
error('--input <analysis-json-path> is required', ERROR_REASON.USAGE);
return;
}
const outputIdx = args.indexOf('--output');
const outputPath = outputIdx !== -1 ? args[outputIdx + 1] : null;
o.cmdWriteProfile(cwd, { input: inputPath, output: outputPath }, raw);
}
function routeProfileQuestionnaire({ args, cwd, raw, error, _output }) {
void cwd; void error;
const o = _output ?? require('./profile-output.cjs');
const answersIdx = args.indexOf('--answers');
const answers = answersIdx !== -1 ? args[answersIdx + 1] : null;
o.cmdProfileQuestionnaire({ answers }, raw);
}
function routeGenerateDevPreferences({ args, cwd, raw, error, _output }) {
void error;
const o = _output ?? require('./profile-output.cjs');
const analysisIdx = args.indexOf('--analysis');
const analysisPath = analysisIdx !== -1 ? args[analysisIdx + 1] : null;
const outputIdx = args.indexOf('--output');
const outputPath = outputIdx !== -1 ? args[outputIdx + 1] : null;
const stackIdx = args.indexOf('--stack');
const stack = stackIdx !== -1 ? args[stackIdx + 1] : null;
o.cmdGenerateDevPreferences(cwd, { analysis: analysisPath, output: outputPath, stack }, raw);
}
function routeGenerateClaudeProfile({ args, cwd, raw, error, _output }) {
void error;
const o = _output ?? require('./profile-output.cjs');
const analysisIdx = args.indexOf('--analysis');
const analysisPath = analysisIdx !== -1 ? args[analysisIdx + 1] : null;
const outputIdx = args.indexOf('--output');
const outputPath = outputIdx !== -1 ? args[outputIdx + 1] : null;
const globalFlag = args.includes('--global');
o.cmdGenerateClaudeProfile(cwd, { analysis: analysisPath, output: outputPath, global: globalFlag }, raw);
}
function routeGenerateClaudeMd({ args, cwd, raw, error, _output }) {
void error;
const o = _output ?? require('./profile-output.cjs');
const outputIdx = args.indexOf('--output');
const outputPath = outputIdx !== -1 ? args[outputIdx + 1] : null;
const autoFlag = args.includes('--auto');
const forceFlag = args.includes('--force');
o.cmdGenerateClaudeMd(cwd, { output: outputPath, auto: autoFlag, force: forceFlag }, raw);
}
module.exports = {
routeScanSessions,
routeExtractMessages,
routeProfileSample,
routeWriteProfile,
routeProfileQuestionnaire,
routeGenerateDevPreferences,
routeGenerateClaudeProfile,
routeGenerateClaudeMd,
};