Synthèse automatique
Orchestre un workflow complet de développement UI : direction de design, génération de composants et validation par lint en une seule commande.
Points forts
- Intègre design, code et validation en une seule étape
- Sélection automatique de patterns adaptés à la description
- Score de lint détaillé avec recommandations concrètes
- Personnalisable via options (--skip-design, --skip-lint, etc.)
Limites
- Nécessite une description claire de la fonctionnalité pour un résultat optimal
- Les décisions de design sont génériques et peuvent manquer de contexte spécifique
- Le lint peut signaler des faux positifs sur des patterns intentionnels
Idéal pour démarrer une nouvelle fonctionnalité UI complexe nécessitant cohérence design et bonnes pratiques.
Évitez pour des modifications mineures ou des ajustements visuels sur des composants existants.
Analyse de sécurité
SûrThis skill is purely descriptive; it instructs an AI coding agent on how to orchestrate a UI development workflow (design, scaffold, lint). It does not invoke any external tools, execute commands, or handle sensitive data. There is no risk of destructive or exfiltrating actions.
Aucun point d'attention détecté
Comment cette analyse est faiteExemples
/ui filterable data table for user management/ui notification center with neo-corporate direction/ui settings panel --skip-lintUI
Command: /ui
Description: Unified UI workflow - design direction → component scaffold → lint validation in one command
What This Does
Orchestrates the complete UI development workflow for new features:
┌─────────────┐ ┌──────────────┐ ┌─────────────┐ ┌──────────┐
│ 1. DESIGN │ ──► │ 2. SCAFFOLD │ ──► │ 3. LINT │ ──► │ OUTPUT │
│ Direction │ │ Components │ │ Validate │ │ Ready! │
└─────────────┘ └──────────────┘ └─────────────┘ └──────────┘
Phase 1 - Design Direction: Establish aesthetic, colors, typography Phase 2 - Scaffold: Generate components matching the design Phase 3 - Lint: Validate accessibility, tokens, performance
Usage
# Full workflow for new feature
/ui "filterable data table for user management"
# With explicit design direction
/ui "notification center" --direction neo-corporate
# With specific patterns
/ui "multi-step onboarding" --patterns form_wizard,modal_form
# Skip design phase (use existing direction)
/ui "settings panel" --skip-design
# Just design + scaffold (skip lint)
/ui "dashboard widgets" --skip-lint
Workflow Phases
Phase 1: Design Direction
Asks:
- What is this feature for? (context)
- Who is the user? (audience)
- What aesthetic fits? (direction)
Outputs:
- Chosen aesthetic direction (Brutalist, Neo-Corporate, Playful, etc.)
- Color tokens for the feature
- Typography scale
- Spacing/layout guidelines
Example Output:
## Design Direction: Neo-Corporate
**Context**: User management data table for B2B SaaS
**Audience**: Admin users who need efficiency over delight
**Colors**:
- Primary: slate-900 (headers, primary actions)
- Accent: blue-600 (links, selected states)
- Surface: white/slate-50 (cards, rows)
- Border: slate-200
**Typography**:
- Table headers: text-xs font-medium uppercase tracking-wide
- Table cells: text-sm
- Actions: text-sm font-medium
**Spacing**:
- Cell padding: px-4 py-3
- Row gap: border-b border-slate-100
- Section gap: space-y-6
Phase 2: Component Scaffold
Based on Phase 1, generates:
- Component files with CVA variants
- TypeScript interfaces
- Accessibility built-in
- Storybook stories (optional)
Pattern Selection: Maps your feature description to optimal patterns:
| Feature Description | Patterns Used |
|---------------------|---------------|
| "data table" | data_table_filterable |
| "form wizard" | form_wizard, modal_form |
| "dashboard" | status_dashboard, stat_card |
| "settings" | settings_panel, toggle |
| "notifications" | notification_center, toast |
| "navigation" | sidebar_nav, breadcrumb |
| "search" | command_palette, search_autocomplete |
Phase 3: Lint Validation
Runs all checks:
- ✅ Design tokens (no raw colors)
- ✅ Accessibility (WCAG 2.1 AA)
- ✅ Performance (memo, virtualization)
- ✅ Anti-AI-slop (no generic patterns)
Outputs score and issues:
UI LINT: 92/100 ✓
✓ Design Tokens: 100/100
✓ Accessibility: 95/100
⚠ Line 45: Consider aria-describedby for complex table
✓ Performance: 85/100
⚠ Line 89: Table with 100+ rows - add virtualization
✓ Anti-Slop: 90/100
✓ No generic fonts
✓ No purple gradients
✓ Intentional spacing rhythm
Complete Example
Input:
/ui "user management table with filters, bulk actions, and pagination"
Phase 1 Output:
## Design Direction: Technical/Dashboard
For admin efficiency, using:
- Dense information display
- Monospace for IDs/emails
- Subtle row hover states
- Keyboard-first interactions
Colors: slate palette with blue-600 accent
Typography: Inter for UI, JetBrains Mono for data
Phase 2 Output:
Generated 6 files:
src/components/users/
├── index.ts
├── users-table.tsx (main component)
├── users-table.types.ts (TypeScript types)
├── table-filters.tsx (search, status filter)
├── table-pagination.tsx (page controls)
├── bulk-actions.tsx (select all, delete, export)
└── users-table.stories.tsx
Phase 3 Output:
UI LINT: 94/100 ✓ PASS
All checks passed. Ready for review.
Options
| Flag | Description |
|------|-------------|
| --direction <name> | Pre-select aesthetic (brutalist, neo-corporate, playful, editorial, technical, organic) |
| --patterns <list> | Specify scaffold patterns |
| --skip-design | Use existing design direction from project |
| --skip-lint | Skip validation phase |
| --output <path> | Output directory (default: inferred from feature) |
| --no-stories | Skip Storybook story generation |
| --dry-run | Show plan without generating files |
Integration with Existing Design System
If project has established tokens:
# Reads from tailwind.config.ts
/ui "feature" --use-existing-tokens
# Reads from design-tokens.json
/ui "feature" --tokens ./design-tokens.json
The scaffold phase will use your existing:
- Color palette
- Typography scale
- Spacing system
- Border radius values
- Shadow definitions
Autonomy
- Auto-decides: Pattern selection, component structure, file organization
- Asks you: Design direction (unless
--directionspecified), major layout decisions - Always validates: Accessibility, token usage, performance
Output Structure
src/components/{feature}/
├── index.ts # Barrel export
├── {feature}.tsx # Main component
├── {feature}.types.ts # TypeScript types
├── {sub-component}.tsx # Sub-components
├── use-{feature}.ts # Custom hooks (if needed)
└── {feature}.stories.tsx # Storybook (unless --no-stories)
Related Skills
/ui-design- Design phase only/ui-scaffold- Scaffold phase only/ui-lint- Lint phase only/code-review- Full code review after UI complete
Examples
# E-commerce product grid
/ui "product catalog with filters and infinite scroll" --direction playful
# Admin dashboard
/ui "analytics dashboard with KPI cards and charts" --direction technical
# User onboarding
/ui "3-step signup wizard with validation" --patterns form_wizard
# Settings page
/ui "account settings with profile, security, notifications tabs"
# Quick scaffold with existing design
/ui "delete confirmation modal" --skip-design --patterns modal_form
Du fichier au premier essai
Le téléchargement contient exactement le contenu affiché sur cette fiche. Cette copie peut différer de la dernière version du dépôt source.
Consulter la source et ses fichiers annexesCe téléchargement contient uniquement SKILL.md. Les scripts, références, modèles et dépendances éventuels ne sont pas inclus. Récupérez les fichiers nécessaires depuis la source en conservant leur arborescence avant de poursuivre.
1. Télécharger le fichier
Télécharger SKILL.mdDepuis la racine d’un projet de test, enregistrez le fichier sous .skill-downloads/unified-ui-workflow-mrwak8ii/SKILL.md, ou utilisez la commande suivante. Ce dossier sert à examiner la skill avant son installation.
Commande pour macOS/Linux ou WSL : un shell POSIX et curl sont nécessaires. Sous Windows sans WSL, utilisez le bouton de téléchargement et créez le dossier manuellement.
mkdir -p '.skill-downloads/unified-ui-workflow-mrwak8ii' && curl --fail --show-error --location 'https://skills-guides.com/api/skills/unified-ui-workflow-mrwak8ii/download' --output '.skill-downloads/unified-ui-workflow-mrwak8ii/SKILL.md.part' && mv '.skill-downloads/unified-ui-workflow-mrwak8ii/SKILL.md.part' '.skill-downloads/unified-ui-workflow-mrwak8ii/SKILL.md'2. Vérifier les prérequis
Lisez SKILL.md avant de l’utiliser. Si le fichier cite des scripts ou services externes, examinez-les et préparez les accès nécessaires dans votre environnement de test.
Aucune section de prérequis reconnue dans ce fichier. Cela ne signifie pas qu’il est autonome : les bibliothèques, outils et accès peuvent être cités ailleurs dans le contenu ou dans le dépôt source.
Les plateformes de la fiche sont des indications du catalogue. Les chemins ci-dessous suivent la documentation des outils ; ils ne prouvent pas que cette skill y a été exécutée. Aucune version minimale de ces outils n’est attestée pour cette fiche.
3. Charger la skill
Le fichier ne fournit pas un en-tête name/description exploitable pour cette procédure native. Le téléchargement reste disponible pour lecture ; utilisez le mode manuel ci-dessous.
Mode manuel ou autre outil : joignez SKILL.md à une conversation, ou ouvrez-le dans un agent capable de lire les fichiers. Ajoutez les ressources annexes nécessaires. Il n’existe pas de dossier universel reconnu par tous les outils.
4. Faire un premier essai
Utilisez une entrée courte et fictive : un endpoint d’API, un petit document ou un brief d’interface. Dans une nouvelle conversation, joignez le fichier ou donnez son chemin à l’agent, puis adaptez cette demande :
Lis .skill-downloads/unified-ui-workflow-mrwak8ii/SKILL.md et applique ses instructions à cet exemple : [décrire une entrée de test]. Indique les fichiers, dépendances ou accès qui manquent. Produis le résultat demandé par la skill sans inventer de données ni exécuter de script non examiné.Résultat attendu : une sortie correspondant aux instructions de la skill, ou une liste précise des prérequis manquants. Une simple confirmation de lecture ne valide pas le premier usage. Si une ressource externe est indisponible, ce parcours reste à tester.
Bonnes pratiques React Hook Form
Developpement
Maîtrisez React Hook Form : évitez les anti-patterns, gérez les abonnements, et traitez correctement reset, dirty state et entrées contrôlées.
Migration Emotion vers Mantine
Developpement
Migrer les styled-components Emotion vers des composants Mantine avec style props et modules CSS. Pour convertir .styled.tsx ou supprimer les imports @emotion.
Détecteur de dérive de périmètre
Developpement
Analyse les diffs git par rapport à une intention pour détecter la dérive de périmètre, fichiers non liés et PR trop larges, puis suggère de garder, diviser ou justifier.