starchild-ai-agent/official-skills
ui-design
UI/UX quality gate and build guide for every visual output — landing pages, dashboards, web apps, portfolios, and tools. ui-design remains the main entry point. Integration model: ui-design main trunk + taste-skill overlay. - ui-design owns engineering quality (track selection, component-library strategy, accessibility, responsiveness, theming, performance, preview delivery) - taste-skill is invoked inside the ui-design workflow for style decisions (Brief Inference, Design Dials, Anti-slop hard…
Installation
npx skills add starchild-ai-agent/official-skills --skill ui-design
Similar popular skills
Related neighbors and high-traction skills in the same topics — useful to compare before installing.
Browser automation CLI for AI agents. Use when the user needs to interact with websites, includ…
810.4K installsReview UI code for Web Interface Guidelines compliance. Use when asked to "review my UI", "chec…
617.3K installsBuild, deploy, evaluate, optimize, fine-tune, and manage Microsoft Foundry agents, models, and …
576.5K installsArchitect and provision enterprise Azure infrastructure from workload descriptions. For cloud a…
402.8K installsAlso in this package
Other skills from starchild-ai-agent/official-skills · top by installs.
npx skills add starchild-ai-agent/official-skills
More details
Agent compatibility
Declared targets from SKILL.md / docs. Unmarked agents are not listed — the skill may still install via the CLI.
Repository health
main
Skill metadata
Parsed from SKILL.md frontmatter.
More metadata
- starchild
- {"emoji":"🎨","requires":{"bins":[]},"install":[]}
Package contents
Files included with this skill beyond the listing page.
-
skill md
SKILL.md4,384 B -
docs
SUMMARY.md612 B
History
- First seen on skills.sh
- First recorded snapshot · 1,728 installs
Videos
Tutorials, guides, and showcases specifically about this skill.
SKILL.md
UI Design Skill
This skill is the single entry point for visual work.
Use it for any user-facing HTML/CSS/JS output: landing pages, dashboards, product UI, internal tools, and portfolio pages.
Step 1 — Pick the build track
Choose deliberately before coding:
- Track A (hand-built): static preview, vanilla HTML/CSS/JS, quick custom pages
- Track B (component library): React/Vite/Next project using shadcn/ui, HeroUI, or coss ui
Track decision and component-library strategy are always owned by ui-design.
Step 2 — Taste Overlay Contract (mandatory)
Inside ui-design workflow, invoke taste-skill for exactly these 3 style blocks:
- Brief Inference
- Design Dials (layout variance / motion intensity / visual density)
- Anti-slop hard rules
Boundary
ui-designkeeps ownership of engineering quality and delivery.taste-skillprovides style direction and anti-template taste constraints.
This avoids overlap with ui-design’s engineering references (component libraries, a11y, preview, data dashboard implementation).
Step 3 — Runtime order (use this every time)
- Use
ui-designto select Track A/B. - Run taste Brief Inference before writing UI code.
- Apply taste Design Dials to set style direction.
- For any interactive page, define a motion plan first (what animates, why, frequency, duration, easing, reduced-motion path).
- Implement with ui-design engineering rules (a11y/theme/responsive/component strategy/performance).
- Run taste Anti-slop check as final style gate before delivery.
One sentence summary:
- taste decides style character
- ui-design guarantees robust implementation
Hard rule: if the page has interactions, motion design is mandatory (at least tactile feedback + state transition feedback). Static-looking interaction states are treated as incomplete UI.
Step 4 — Conflict arbitration
When rules overlap:
- Style conflict → taste-skill wins
- Engineering safety/correctness conflict → ui-design wins
Engineering safety includes: accessibility, responsive stability, interaction reliability, runtime correctness, and performance constraints.
Step 5 — Where to read/download taste-skill (no local mirror)
Do not maintain a local mirror or version-stamp file.
Always read/update taste rules directly from GitHub:
- Repo:
https://github.com/Leonxlnx/taste-skill - Main skill to consult:
https://github.com/Leonxlnx/taste-skill/blob/main/skills/taste-skill/SKILL.md - Raw download URL:
https://raw.githubusercontent.com/Leonxlnx/taste-skill/main/skills/taste-skill/SKILL.md - Full skill package directory:
https://github.com/Leonxlnx/taste-skill/tree/main/skills
When taste-skill updates, re-check the GitHub source directly and apply needed changes in the ui-design overlay contract.
Engineering references
| File | Purpose |
|---|---|
references/design-process.md |
Engineering quality gate (a11y/theme/responsive/interaction/runtime checklist) |
references/component-libraries.md |
shadcn/ui · HeroUI · coss ui selection + lookup workflow |
references/animations.md |
Motion implementation standards, interactive-motion requirements (integrated with emil-design-eng decision framework), and GSAP usage notes |
references/charts.md |
Chart.js/ECharts implementation patterns |
references/dashboards.md |
Data sourcing, real-time updates, dashboard structure, performance |
| taste-skill GitHub source | Read style rules directly from GitHub: https://github.com/Leonxlnx/taste-skill/tree/main/skills |