Phase 0 of golden-install-parity redesign epic #2264. Adds docs/adr/2264-golden-parity-redesign.md + index entry. Closes #2265.
10 KiB
ADR-2264: Redesign golden-install-parity — single-source manifest builder + split invariant
- Status: Proposed
- Date: 2026-07-14
- Issue: #2264 (epic); Phase 0 tracked by #2265
- Supersedes: nothing; amends the ADR-1239 Phase-B safety-net harness
- Relationship to prior work: Evolves
tests/golden-install-parity.test.cjs(ADR-1239 Phase B). Related: #2086 (claude-local realpath normalization), #2095/#2100/#2117 (exclusion-set drift incidents), #1691 (scoped-CI drift guard).
Context
tests/golden-install-parity.test.cjs snapshots the installer output for 18 runtime layouts. For each runtime it runs a real runMinimalInstall, walks every emitted file, normalizes volatile bits (temp root → <HOME>, package version → <VERSION>, macOS realpath /private → <HOME>), SHA-256s each file (16-char slice), and compares the entire path→hash map against a committed fixture under tests/fixtures/golden-install-parity/*.json (18 files, ~520 KB, ~7,500 hash lines).
It was created as a refactor fence: proof that moving installRuntimeArtifacts (ADR-1239) changed zero emitted bytes. That invariant is valuable and rarely triggered.
Four problems make it a recurring tax on ordinary code updates:
-
It conflates two invariants. ~95% of each manifest is "the installer copied a source file (
workflows/*.md,agents/*.md,templates/config.json,bin/shared/*.json) to a destination." Those source files are already version-controlled. Storing a derived checksum of an already-tracked file adds ~zero review signal, yet every content edit to such a file trips the golden and forces a full 18-fixture regeneration. Only the ~5% of output that is transformed (per-runtime skill/command/agent projections produced byruntime-artifact-conversion: path rewrites, frontmatter edits,@-reference rewrites) is genuinely non-derivable from git and worth a content snapshot. -
Regeneration runs through a hand-maintained duplicate. Local
node --testis hook-blocked (.claude/hooks/block-local-node-test.sh), so regeneration goes throughscripts/gen-golden-install-parity-zcode.cjs, which re-declares the exclusion set and re-implementsbuildParityManifestinline, kept in sync only by a comment: "Must match tests/golden-install-parity.test.cjs exactly." Its own comments record two prior drift incidents that shipped broken fixtures (#2100 missingsettings.local.json; #2117 missing.kimi/config.toml). -
The duplicate has drifted again — a live divergence. The test normalizes the macOS realpath form (
fs.realpathSync(root)→ collapse/private/var/...) added in #2086. The driver atscripts/gen-golden-install-parity-zcode.cjs:51does not — it only collapses barerootandPKG_VERSION. Regenerating any realpath-embedding layout (e.g.claude-local) on macOS via the driver bakes a literal/private<HOME>into the hashed content, which fails golden-parity on the Linux benches — the exact #2086 bug, reintroduced in the copy that was never fixed. -
The feedback loop is remote-only and the diff is unreviewable. The suite runs solely in the
gsd-testdocker lane (and scoped CI whensrc//bin//installer paths change, perscripts/ci-test-scope.cjs:117-145) — never in localnpm test. The loop is: edit → push → remote matrix fails → regenerate via the duplicate → re-push → re-run. A one-linemodel-catalog.jsonchange rewrites hundreds of hash lines across 18 fixtures, burying the real change.
Decision
Split the single monolithic content-hash manifest into three assertions with different change cadences, and collapse the manifest logic to a single source of truth so regeneration cannot drift.
1. Single-source manifest builder (Phase 1 — prerequisite refactor)
Lift buildParityManifest and the exclusion constants (VOLATILE_FILES, HOOK_CONFIG_FILES, HOOK_CONFIG_RELATIVE_PATHS, EXCLUDED_PREFIXES) out of the test into tests/helpers/install-shared.cjs (which already exports walk, RUNTIME_META, runMinimalInstall, BUILD_SCRIPT). The test and any generator import the one copy. Delete the inline re-implementation in scripts/gen-golden-install-parity-zcode.cjs. The #2086 realRoot divergence dies with the duplicate; the #2100/#2117 class of drift becomes structurally impossible. A guard test fails if a second inline copy of the exclusion set is reintroduced.
2. Emitted file-set snapshot — the tree shape (Phase 2a)
Per runtime, snapshot the sorted list of emitted relative paths (after the shared exclusions), with no content hashes → tests/fixtures/install-tree/<runtime>.json (a JSON array). This catches added / removed / renamed / moved files — the "installer stopped shipping X" or "installer emitted an unexpected Y" regression — and changes only when the file set changes, not when a file's content changes. The diff is proportional to the change (a few added/removed lines), not a rewrite of every hash.
3. Copy-parity property test — derive from source, store nothing (Phase 2b)
For every emitted file that is a copy (verbatim or copy-with-path-injection, e.g. copyWithPathReplacement), assert its normalized content is derivable from its git-tracked source — computed live at test time, no committed hash. The injected install path is the only variable and is already collapsed to <HOME> by normalization, so normalize(emitted) is the source content modulo a known, invertible substitution.
Spike/risk (resolve in Phase 2 before committing to "fixture-free"): validate that the path injection is cleanly invertible for every copied surface, so normalize(emitted) === reference(source) holds by pure derivation. Where a surface's injection is not cleanly invertible, that surface falls back to a small stored reference — but even then the reference is re-derived from source at test time, so a content edit to the source propagates automatically and needs no manual regeneration. This is the core win regardless of the spike outcome: content edits to copied files stop requiring hand-regenerated fixtures.
4. Converted-artifact golden — small and high-signal (Phase 2c)
Only the transformed outputs (per-runtime projections from runtime-artifact-conversion) keep a content-hash golden → tests/fixtures/converted-artifacts/<runtime>.json. This is the ~5% git cannot review (source is correct; the projection is derived and a converter bug corrupts it silently). The fixture is small and changes only when the converter logic or a converted source changes — exactly the changes that should require a human to bless. This gate stays a hard failure and is never auto-regenerated/auto-committed.
Phases
- Phase 0 — this ADR (#2265, docs-only PR on
docs/2265-golden-parity-adr; PRCloses #2265, not the epic). - Phase 1 — single-source manifest builder (#2266,
refactor:). Extract the shared builder + exclusions; delete the duplicate driver's inline copies; add the no-second-copy guard test. Expected fixture diff: none (byte-identical), which is the safety proof. Resolves the #2086 realRoot divergence. - Phase 2 — split invariant (#2267,
refactor:/test:). Land the file-set snapshot (§2), the copy-parity property test + invertibility spike (§3), and the converted-artifact golden (§4). Migrate/replace the 18 monolithic fixtures once; delete the old per-file hash fixtures. - Phase 3 — optional, CI-owned regen (#2268, stretch). On file-set or converted-golden drift, CI regenerates and posts the exact patch as a PR artifact/comment (jest
--ciposture: fail on new snapshot, regenerate deliberately) — never silent auto-commit for the converted golden. Optionally adopt Node's first-partycontext.assert.snapshot+--test-update-snapshotsfor §4 to delete the bespokeUPDATE_GOLDENenv + hand-rolled read/write/compare code.
Acceptance criteria (must-haves)
- Editing the content of a verbatim/path-injected copied shipped file (e.g. a
workflows/*.md) requires zero manual fixture regeneration and the parity suite still passes. (Failing-first test: tweak a copied file, assert no fixture diff is needed.) - Adding/removing/renaming a shipped file is caught by the file-set snapshot with a diff proportional to the change.
- A simulated converter bug (corrupt a transformed projection) is caught by the converted-artifact golden as a hard failure.
- A simulated verbatim-copy corruption (installer truncates a copied file) is caught by the copy-parity property test.
- The engine deep-refactor fence is preserved: the suite still proves byte-identical emitted output across all 18 runtimes.
- Exactly one implementation of the manifest/exclusion logic exists; a guard test fails if a second copy is introduced.
- macOS-generated fixtures match Linux-bench hashes (realRoot divergence resolved) — the #2086 class cannot reappear because there is one code path.
Consequences
- Positive: the dominant churn trigger (content edits to copied files) becomes fixture-free; fixtures shrink from ~520 KB to a few KB; diffs become reviewable; the duplicate-driver drift class (#2100/#2117/#2086-realRoot) is eliminated; the refactor fence and converter-bug detection are preserved and sharpened.
- Negative / risk: copy-parity depends on modeling each surface's path injection (§3 spike). If a surface's injection is not cleanly invertible, it retains a small re-derived reference (still no manual regen). One-time migration churn to replace the 18 fixtures.
- Neutral: Phase 3 (CI-owned regen /
context.assert.snapshot) is optional polish; the churn win lands in Phase 2.
References
tests/golden-install-parity.test.cjs— current harnessscripts/gen-golden-install-parity-zcode.cjs— duplicate generator (to be deleted)tests/helpers/install-shared.cjs— shared install harness (target for the single-source builder)scripts/ci-test-scope.cjs:117-145— scoped-CI selection of the golden test- ADR-1239 (Phase B safety net); issues #2086, #2095, #2100, #2117, #1691
- Node.js test runner:
context.assert.snapshot+--test-update-snapshots - Jest
--cisnapshot posture (fail on new snapshot, deliberate-uregeneration)