Components.build Specification
SkillMonitoring & opsBuild modern, composable, and accessible React UI components following the components.build specification. Use when creating, reviewing, or refactoring component libraries, design systems, or any reusable UI components. Triggers on tasks involving component APIs, composition patterns, accessibility, styling systems, or TypeScript props.
Available today. Use it from your connected AI after setup.
No other account needed.
Connect ahel once, and every AI you use reads what you have installed.
Then ask your AI: use the Components.build Specification skill
What this skill tells your AI
The instructions your AI receives, as published by asymmetric-al/core in .agents/skills/components-build/SKILL.md and read by ahel’s review.
Comprehensive guidelines for building modern, composable, and accessible UI components. Contains 16 rule categories covering everything from core principles to distribution, co-authored by Hayden Bleasel and shadcn.
This repository (Asymmetric-al/core)
These repo-owned sections are intentionally kept on top of the vendored
components.build skill. If upstream refreshes replace this file, reconcile this
overlay before running bun run skills:sync.
Base UI only: shared primitives come from @base-ui/react via the shadcn
base-maia style in packages/ui. Where the vendored spec references Radix
or asChild, use Base UI's render prop instead and never add
radix-ui/@radix-ui/*. See docs/ai/rules/frontend.md.
Triggers
- Creating, reviewing, or refactoring reusable React components, component APIs, slots, or composition patterns.
- Design-system work in
packages/ui/, shadcn-compatible primitives, or shared app UI surfaces. - Accessibility, controlled/uncontrolled state, polymorphism, or TypeScript prop contract decisions for components.
Workflow
- Read
docs/ai/rules/frontend.mdand any nestedAGENTS.mdfor the target package/app. - Search existing shared components before adding a new primitive or abstraction.
- Prefer repo patterns and shadcn-compatible composition over bespoke APIs.
- Keep behavior and accessibility test coverage proportional to the component's reuse surface.
- Run focused type/lint/unit checks for touched component packages.
Checklist
- Existing components and exports were checked before adding new API surface.
- Composition, keyboard, ARIA, focus, and disabled/loading states were considered.
- Props/types follow the local package's public export pattern.
- Styling uses repo tokens/utilities and avoids layout-shifting dynamic content.
- Verification covered the touched component behavior or contract.
When to Apply
Reference these guidelines when:
- Creating new React components or component libraries
- Designing component APIs and prop interfaces
- Implementing accessibility features (keyboard, ARIA, focus management)
- Building composable component architectures
- Styling components with Tailwind CSS and CVA
- Publishing components to registries or npm
Rule Categories by Priority
| Priority | Category | Focus | Prefix |
|---|---|---|---|
| 1 | Overview | Specification scope and goals | overview |
| 2 | Principles | Core design philosophy | principles |
| 3 | Definitions | Common terminology | definitions |
| 4 | Composition | Breaking down complex components | composition |
| 5 | Accessibility | Keyboard, screen readers, ARIA | accessibility |
| 6 | State | Controlled/uncontrolled patterns | state |
| 7 | Types | TypeScript props and interfaces | types |
| 8 | Polymorphism | Element switching with as prop | polymorphism |
| 9 | As-Child | Slot composition (this repo: Base UI render) | as-child |
| 10 | Data Attributes | data-state and data-slot | data-attributes |
| 11 | Styling | Tailwind CSS, cn utility, CVA | styling |
| 12 | Design Tokens | CSS variables and theming | design-tokens |
| 13 | Documentation | Component documentation | documentation |
| 14 | Registry | Component registries | registry |
| 15 | NPM | Publishing to npm | npm |
| 16 | Marketplaces | Component marketplaces | marketplaces |
Quick Reference
1. Overview
overview- Specification scope, goals, and philosophy
2. Principles
principles- Composability, accessibility, customization, transparency
3. Definitions
definitions- Common terminology (primitive, compound, headless, etc.)
4. Composition
composition-root- Root component with Context for shared statecomposition-item- Item wrapper componentscomposition-trigger- Interactive trigger componentscomposition-content- Content display componentscomposition-export- Namespace export pattern
5. Accessibility
accessibility-semantic-html- Use appropriate HTML elementsaccessibility-keyboard- Full keyboard navigation supportaccessibility-aria- Proper ARIA roles, states, and propertiesaccessibility-focus- Focus management and restorationaccessibility-live-regions- Screen reader announcementsaccessibility-contrast- Color contrast requirements
6. State
state-uncontrolled- Internal state managementstate-controlled- External state delegationstate-controllable- Support both patterns with useControllableState
7. Types
types-extend-html- Extend native HTML attributestypes-export- Export prop types for consumerstypes-single-element- One component wraps one element
8. Polymorphism
polymorphism-as-prop- Change rendered element typepolymorphism-typescript- Type-safe polymorphic componentspolymorphism-defaults- Semantic element defaults
9. As-Child
as-child-slot- Slot-style prop merging (in this repo use Base UI'srenderprop)as-child-composition- Compose with child components
10. Data Attributes
data-attributes-state- Usedata-statefor styling statesdata-attributes-slot- Usedata-slotfor targeting sub-components
11. Styling
styling-cn-utility- Use the sharedcn()utility backed by cnfaststyling-order- Base -> Variants -> Conditionals -> User overridesstyling-cva- Class Variance Authority for variantsstyling-css-variables- Dynamic values with CSS variables
12. Design Tokens
design-tokens-css-variables- Define tokens as CSS variablesdesign-tokens-theming- Support light/dark modes and themes
13. Documentation
documentation-props- Document all props with JSDocdocumentation-examples- Provide usage examples
14. Registry
registry-structure- Registry file structureregistry-schema- Component metadata schema
15. NPM
npm-package-json- Package configurationnpm-exports- Module exports
16. Marketplaces
marketplaces-distribution- Component distribution strategies
How to Use
Read individual rule files for detailed explanations and code examples:
rules/composition/SKILL.md
rules/accessibility/SKILL.md
rules/styling/SKILL.md
Each rule file contains:
- Brief explanation of why it matters
- Incorrect code example with explanation
- Correct code example with explanation
- Best practices and common pitfalls
Full Compiled Document
For the complete guide with all rules expanded: AGENTS.md
Key Principles
- Composition over Configuration - Break components into composable sub-components
- Accessibility by Default - Not an afterthought, but a requirement
- Single Element Wrapping - Each component wraps one HTML element
- Extend HTML Attributes - Always extend native element props
- Export Types - Make prop types available to consumers
- Support Both State Patterns - Controlled and uncontrolled
- Intelligent Class Merging - Use
cn()utility backed by cnfast
Authors
Co-authored by:
- Hayden Bleasel (@haydenbleasel)
- shadcn (@shadcn)
Adapted as an AI skill by:
- Jordan Gilliam (@nolansym)
Based on the components.build specification.
Signals
- GitHub stars
- 391
- Forks
- 7
- Last commit
- Sep 2026
Advanced
- Catalog kind
- skill
- Gateway key
components-build- Source
- github.com/asymmetric-al/core