docs(002): defer the product-family roster to spec 003#5
Merged
Conversation
Trim spec 002 §2's inline ten-repo enumeration down to the presentation contract (family list on the index: row = role + repo link + SPDX license, stamped apps belong to their owners, family list broader than the /registry bake set). The roster data itself now defers to spec 003 §3, its declared owner. Also drop the stale 'four repos' phrasing from the frontmatter summary so no roster count lives here to drift. Spec-only change; couple reports no drift, no waiver needed. Regenerated .derived shards included.
This file contains hidden or bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
1 participant
Add this suggestion to a batch that can be applied as a single commit.This suggestion is invalid because no changes were made to the code.Suggestions cannot be applied while the pull request is closed.Suggestions cannot be applied while viewing a subset of changes.Only one suggestion per line can be applied in a batch.Add this suggestion to a batch that can be applied as a single commit.Applying suggestions on deleted lines is not supported.You must change the existing code in this line in order to create a valid suggestion.Outdated suggestions cannot be applied.This suggestion has been applied or marked resolved.Suggestions cannot be applied from pending reviews.Suggestions cannot be applied on multi-line comments.Suggestions cannot be applied while the pull request is queued to merge.Suggestion cannot be applied right now. Please check back later.
What
Trim spec 002 §2's "Product family table" bullet so it stops re-listing the ten repos inline and instead defers the roster data to its owner, spec 003 §3.
/registrybake set (spec 001 §3).app/lib/product-family.ts.summary(it is ten now, and a roster count does not belong in 002 anymore).Why
Spec 003 already declared itself the single owner of the roster (
app/lib/product-family.ts). Leaving the full enumeration duplicated in 002 §2 was the last place the roster was restated outside its owner: a source of future drift. After this trim, 002 owns presentation, 003 owns data, 001 owns the/registryviewer, with no overlap.Governance
spec-spine couple --base origin/main: OK, 0 paths checked, no drift (no code touched, noSpec-Drift-Waiver:needed).compile(4 specs, 0 warn),index,lint --fail-on-warn(0/0/0),index check(fresh)..derived/shards for 002 included.