ui-component

Generate StyleSeed Toss UI components with token-driven props and accessibility defaults.

Updated Apr 22, 2026
One-click install
npx skills add https://github.com/anonymouswhite07/Portfolio-v1 --skill ui-component-anonymouswhite07
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: ui-component
Source: https://github.com/anonymouswhite07/Portfolio-v1/tree/main/.agents/skills/ui-component
Command: npx skills add https://github.com/anonymouswhite07/Portfolio-v1 --skill ui-component-anonymouswhite07

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

StyleSeed Toss conventions require structured, token-driven UI components that are accessible and maintainable; this Skill helps generate compliant primitives instead of ad-hoc markup.

Core Features & Use Cases

  • Semantic tokens driven components with predictable props and variants
  • Accessibility-first defaults and keyboard focus handling
  • Design-system alignment: outputs placed in the host project's component directories

Quick Start

Generate a new UI component that adheres to StyleSeed Toss conventions for your project.

Frequently Asked Questions about ui-component

High-intent search queries and answers about installing and using this skill.

FAQPage Schema
How do I generate UI components that follow StyleSeed Toss conventions?

StyleSeed Toss components require semantic token-driven design and accessibility-first defaults, preventing ad-hoc markup. They solve the problem of maintaining structured, accessible, and maintainable UI primitives across your frontend project.

How do I create accessible frontend components with semantic tokens?

This approach outputs components directly to host project paths such as src/components/patterns, separating reusable patterns from core primitives. It generates clear variants, usage notes, and integration guidance for seamless design-system alignment.

Do I need an existing StyleSeed project to use token-driven UI components?

This Skill outputs typed, token-driven UI primitives directly into host project directories like src/components/ui or src/components/patterns. It ensures component APIs remain stable and accessible by default while providing clear variants and usage notes.

What is the best way to maintain design-system alignment in frontend components?

Unlike ad-hoc markup, this approach enforces structured conventions by outputting typed primitives accompanied by clear variants and integration guidance. It places results directly in your component directories to maintain strict design-system alignment.

Why does my generated UI component lack keyboard focus handling?

Generated components are designed to be accessible by default, but ad-hoc markup or overriding base tokens can break keyboard focus. Stick to the provided variants and integration guidance to ensure accessibility standards are met.