Skip to content
Back to skills

Frontend Design Component Api Composition

ASecurity

Design reusable component contracts with semantic typed APIs, slots, defaults, events, extension points, and controlled complexity.

  • 4 stars
  • 0 votes
  • 0 copies
  • 0 views
  • Added October 2, 2026
developmenttypescriptgoapifrontend

Works with

  • api

Security analysis

A100/100

Scanned October 2, 2026

npx -y skills add janpereira-dev/ngAutoPilot --skill frontend--design--component-api-composition --agent claude-code

Installs into .claude/skills of the current project.

Are you the author of Frontend Design Component Api Composition?

Add the live security badge to your README. It updates with every re-scan.

Security grade badge for Frontend  Design  Component Api Composition
[![Security: A — Skills Directory](https://www.skillsdirectory.com/api/skills/janpereira-dev-frontend-design-component-api-composition/badge)](https://www.skillsdirectory.com/skills/janpereira-dev-frontend-design-component-api-composition)

More formats (shields.io, HTML) on the badges page. Keep it an A: scan every change in CI with Pro.

Download with Pro
SKILL.md
---
id: frontend.design.component-api-composition
name: Component API and Composition
description: Design reusable component contracts with semantic typed APIs, slots, defaults, events, extension points, and controlled complexity.
stack:
  - Frontend
  - TypeScript
  - Design Systems
category: components
status: stable
version: 0.10.0
owner: NgAutoPilot
triggers:
  - component API
  - reusable component
  - component composition
  - boolean prop explosion
---

# Component API and Composition

## Purpose

Create components that are easy to adopt correctly and hard to misuse without exposing implementation details.

## When to Use

- A reusable component has growing booleans, overrides, variants, or copied markup.
- A component family needs stable composition, theming, and event contracts.

## Do

- Define one responsibility, use and non-use cases, typed defaults, variants, slots, domain events, and state ownership.
- Prefer discriminated unions over interacting booleans and public extension points over private DOM selectors.
- Keep accessibility complete in the default path and semantic in API names.

## Do Not

- Do not mirror all HTML/CSS properties, emit vague DOM events, accept arbitrary templates, or create mega-components.

## Review Checklist

- [ ] Basic use needs minimal configuration and invalid combinations are blocked.
- [ ] API remains coherent across state and responsive variants.
- [ ] Consumers need no private DOM targets or repeated ARIA expertise.

## Expected Output

1. Responsibility, typed API, composition, and event contract.
2. Theming and extension policy.
3. Migration examples and validation scope.

## References

- [Design Excellence Guide](../../../../docs/design-excellence-guide.md)

Attribution

Is this your skill, or is something wrong with this listing? Request removal or report an issue. Author removals are honored within 72 hours.

Comments

Loading comments…