ui-skills
npx machina-cli add skill runkids/my-skills/ui-skills --openclawUI Skills
When invoked, apply these opinionated constraints for building better interfaces.
How to use
-
/ui-skills
Apply these constraints to any UI work in this conversation. -
/ui-skills <file>
Review the file against all constraints below and output:- violations (quote the exact line/snippet)
- why it matters (1 short sentence)
- a concrete fix (code-level suggestion)
Stack
- MUST use Tailwind CSS defaults unless custom values already exist or are explicitly requested
- MUST use
motion/react(formerlyframer-motion) when JavaScript animation is required - SHOULD use
tw-animate-cssfor entrance and micro-animations in Tailwind CSS - MUST use
cnutility (clsx+tailwind-merge) for class logic
Components
- MUST use accessible component primitives for anything with keyboard or focus behavior (
Base UI,React Aria,Radix) - MUST use the project’s existing component primitives first
- NEVER mix primitive systems within the same interaction surface
- SHOULD prefer
Base UIfor new primitives if compatible with the stack - MUST add an
aria-labelto icon-only buttons - NEVER rebuild keyboard or focus behavior by hand unless explicitly requested
Interaction
- MUST use an
AlertDialogfor destructive or irreversible actions - SHOULD use structural skeletons for loading states
- NEVER use
h-screen, useh-dvh - MUST respect
safe-area-insetfor fixed elements - MUST show errors next to where the action happens
- NEVER block paste in
inputortextareaelements
Animation
- NEVER add animation unless it is explicitly requested
- MUST animate only compositor props (
transform,opacity) - NEVER animate layout properties (
width,height,top,left,margin,padding) - SHOULD avoid animating paint properties (
background,color) except for small, local UI (text, icons) - SHOULD use
ease-outon entrance - NEVER exceed
200msfor interaction feedback - MUST pause looping animations when off-screen
- SHOULD respect
prefers-reduced-motion - NEVER introduce custom easing curves unless explicitly requested
- SHOULD avoid animating large images or full-screen surfaces
Typography
- MUST use
text-balancefor headings andtext-prettyfor body/paragraphs - MUST use
tabular-numsfor data - SHOULD use
truncateorline-clampfor dense UI - NEVER modify
letter-spacing(tracking-*) unless explicitly requested
Layout
- MUST use a fixed
z-indexscale (no arbitraryz-*) - SHOULD use
size-*for square elements instead ofw-*+h-*
Performance
- NEVER animate large
blur()orbackdrop-filtersurfaces - NEVER apply
will-changeoutside an active animation - NEVER use
useEffectfor anything that can be expressed as render logic
Design
- NEVER use gradients unless explicitly requested
- NEVER use purple or multicolor gradients
- NEVER use glow effects as primary affordances
- SHOULD use Tailwind CSS default shadow scale unless explicitly requested
- MUST give empty states one clear next action
- SHOULD limit accent color usage to one per view
- SHOULD use existing theme or Tailwind CSS color tokens before introducing new ones
Source
git clone https://github.com/runkids/my-skills/blob/main/frontend/ui-skills/SKILL.mdView on GitHub Overview
UI-skills codify a set of opinionated constraints to guide interface work with AI agents. It emphasizes using Tailwind defaults, the project’s primitives, accessible patterns, and careful animation to deliver reliable, scalable UIs.
How This Skill Works
Apply the constraints during UI work using /ui-skills. Follow the stack rules (Tailwind defaults, motion/react for animations, tw-animate-css for entrances, cn for class logic) and adhere to the component, interaction, animation, typography, layout, performance, and design guidelines to create consistent, accessible interfaces.
When to Use It
- When starting a new agent-based UI surface from scratch
- When auditing an existing UI for constraint violations and consistency
- When implementing interactive elements with proper keyboard and focus behavior
- When adding micro-animations or entrances using motion/react and tw-animate-css
- When optimizing for accessibility, performance, and predictable layout
Quick Start
- Step 1: Run /ui-skills to enable constraints in the current UI workflow
- Step 2: Review the target UI file against the constraints and identify violations
- Step 3: Apply fixes focusing on Tailwind defaults, accessible primitives, aria-labels, and appropriate animations
Best Practices
- MUST use Tailwind CSS defaults unless custom values exist or are requested
- MUST use accessible component primitives for keyboard/focus (Base UI, React Aria, Radix)
- MUST use the project’s existing component primitives first and NEVER mix primitive systems
- MUST add an aria-label to icon-only buttons
- MUST use an AlertDialog for destructive or irreversible actions
Example Use Cases
- Destructive action flow implemented with AlertDialog for safe user confirmation
- Loading state using structural skeletons for perceived performance
- A small entrance animation using motion/react and tw-animate-css
- Icon button accompanied by aria-label for accessibility
- Fixed header layout that respects safe-area-inset and uses h-dvh