Skip to content

Add portable component-set guidance - #278

Closed
chailandau wants to merge 2 commits into
mainfrom
chai/component-inventory-node
Closed

Add portable component-set guidance#278
chailandau wants to merge 2 commits into
mainfrom
chai/component-inventory-node

Conversation

@chailandau

Copy link
Copy Markdown
Collaborator

Why

Repos with shared component sets already encode their component contracts and composition patterns in source. Writing a parallel component inventory in a ghost package creates another list that can quietly drift.

What

  • Add a portable standard.component-set node to the default init skeleton
  • Teach agents to inspect props, usage frequency, and neighboring views instead of relying on authored per-component descriptions
  • Require patterns to be confirmed across an area so one view's deviation does not become precedent
  • Prompt agents to check whether shared components already own structural utility classes before recreating them at a call site

Risk Assessment

Low. This adds one provisional guidance node to newly scaffolded packages and does not change existing packages or runtime behavior.

References

Validated through a Berd A/B exercise: the initial binding reproduced a singleton hand-rolled settings layout; the strengthened guidance selected the shared SettingsSection composition and passed the 8-item component-choice rubric.

Generated with Goose

chailandau and others added 2 commits September 3, 2026 14:40
A repo with a shared component set has already answered most composition
questions in code. Enumerating that set in prose creates a list that goes
stale the day a component is added, so the node carries how to read the
set instead: props are the contract, usage frequency is the paved-road
signal, and the smallest nearby view is the assembly reference.

The node names no component and no path, so it holds for any repo. Repos
bind their own directories and lookup commands in a context node beside
it.

Co-authored-by: Goose <opensource@block.xyz>
Ai-assisted: true
Count across an area before treating one nearby view as the pattern. This
keeps a singleton deviation from becoming precedent, and prompts agents to
check whether a shared component already owns structural utility classes.

Co-authored-by: Goose <opensource@block.xyz>
Ai-assisted: true
@chailandau chailandau closed this Sep 3, 2026
@chailandau
chailandau deleted the chai/component-inventory-node branch September 3, 2026 20:48
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

1 participant