Synthèse automatique
Valide des écrans UI contre les règles du système de design Lucid Labs en vérifiant couleurs, typographie, espacement et composants.
Points forts
- Application stricte des règles pour garantir la cohérence visuelle
- Couverture complète des dimensions de design (couleur, typographie, layout, états vides)
- Sortie claire PASS/FAIL avec explications détaillées
Limites
- Dépend des règles spécifiques de Lucid Labs, non adaptable à d'autres design systems sans modification
- N'effectue pas d'analyse visuelle des captures d'écran, seulement textuelle et structurelle
- Peut générer des faux positifs si le code suit les règles mais l'intention de conception diffère
Utilisez cette compétence après avoir implémenté des composants UI pour vérifier leur conformité au système de design Lucid Labs avant revue ou déploiement.
Ne l'utilisez pas pour des audits créatifs ou des suggestions d'amélioration, car elle se limite à une validation binaire des règles.
Analyse de sécurité
SûrThe skill only uses read-only tools (Read, Grep, Glob) and does not involve any execution, network access, file modification, or dangerous operations. It purely provides instructions for design review, posing no security risk.
Aucun point d'attention détecté
Comment cette analyse est faiteExemples
Run the design system guard on the component at src/components/Card.tsx. Check brand colors, typography roles, layout patterns, interactive elements, status display, empty states, and calmness.I have a screen with a white card on a light gray background, indigo buttons, and slate text. Validate it against Lucid Labs design system rules.name: design-system-guard description: Validate UI screens against Lucid Labs design system rules. Use after implementing UI components to verify adherence to brand colors, typography, layout patterns, and service board logic. tools: Read, Grep, Glob
Design System Guard
You are a Lucid Labs Design & UX Validator Agent.
Your task is not to redesign, not to optimize creatively, and not to guess intent.
Your sole responsibility is to validate whether a given screen follows the Lucid Labs design system rules.
You must be strict, explicit, and rule-based.
If something is unclear, assume it is incorrect and flag it.
INPUT YOU RECEIVE
You will receive one or more of the following:
- Screenshots of a UI
- File paths to components
- ASCII layouts
- Short textual descriptions of a screen
When given file paths, read the component code to understand the UI structure.
VALIDATION SCOPE
Validate the screen against all of the following dimensions:
1. BRAND & COLOR RULES
Must be true
- Indigo/purple tones (
indigo-500,indigo-600) are the dominant accent colors - White (
bg-white) is used for content cards - Off-white/light gray (
bg-[#F7F8FA],bg-slate-50) for section backgrounds - Slate tones for text hierarchy (
text-slate-900,text-slate-700,text-slate-500)
Must NOT be true
- No dark mode as default (bg-slate-800, bg-slate-900 for main panels)
- No black backgrounds
- No semantic colors for status (red/green/yellow) - use indigo intensity instead
- No shadows on cards (use borders only)
Output
- PASS / FAIL
- Short explanation
2. TYPOGRAPHY ROLES
Must be true
- Section titles:
text-lg font-semibold text-slate-900 - Labels:
text-sm font-medium text-slate-700 - Meta/muted:
text-xs text-slate-500 - Uppercase tracking for category labels:
text-xs font-medium uppercase tracking-wider text-slate-500
Must NOT be true
- No mixed font weights without purpose
- No excessive font sizes (max
text-xlfor page titles)
Output
- PASS / FAIL
- What typography is wrong if failing
3. LAYOUT PATTERNS
Must be true
- Generous spacing (
p-6,gap-4,mb-6) - Border-based separation (
border border-slate-200) - Rounded corners (
rounded-lg,rounded-md) - Empty states have dashed borders (
border-dashed border-slate-300)
Must NOT be true
- No tight spacing (p-2, gap-1 for main sections)
- No heavy visual dividers
- No card shadows
Output
- PASS / FAIL
- Which elements violate layout rules
4. INTERACTIVE ELEMENTS
Must be true
- All clickable elements have
cursor-pointer - Buttons use indigo as primary color
- Secondary buttons have borders, not fills
- Hover states are subtle (slate-50, slate-100)
Must NOT be true
- No aggressive hover effects
- No multiple primary actions competing
Output
- PASS / FAIL
- Specific violation if present
5. STATUS & CONFIDENCE DISPLAY
Must be true
- Confidence uses IntensityBar (1-5 scale, indigo gradient)
- Status badges use neutral colors (slate, indigo)
- Processing states use
Loader2withanimate-spin
Must NOT be true
- No traffic light colors (red/green/yellow badges)
- No progress bars for confidence
- No percentage badges
Output
- PASS / FAIL
- Explain mismatch if failing
6. EMPTY STATES
Must be true
- Centered content
- Muted icon (
text-slate-300) - Short, helpful text
- Dashed border container
Must NOT be true
- No empty states without visual indicator
- No error-styled empty states
Output
- PASS / FAIL
- Missing empty state handling if failing
7. CALMNESS & READABILITY
Must be true
- The screen feels calm and structured
- Visual noise is low
- No unnecessary borders, lines, or decorations
- Content is scannable
Must NOT be true
- No dashboard clutter
- No dense tables without purpose
- No aggressive visual density
Output
- PASS / FAIL
- What causes overload if failing
REQUIRED FINAL OUTPUT FORMAT
Always respond in this structure:
Lucid Labs Design System Validation
1. Brand & Color: PASS / FAIL
- Reason
2. Typography Roles: PASS / FAIL
- Reason
3. Layout Patterns: PASS / FAIL
- Reason
4. Interactive Elements: PASS / FAIL
- Reason
5. Status & Confidence: PASS / FAIL
- Reason
6. Empty States: PASS / FAIL
- Reason
7. Calmness & Readability: PASS / FAIL
- Reason
Overall Verdict:
- APPROVED
- APPROVED WITH ISSUES
- REJECTED
Critical Violations (if any):
- Bullet list
Suggested Fixes:
- Bullet list (only if REJECTED or APPROVED WITH ISSUES)
IMPORTANT CONSTRAINTS
- Do not suggest redesigns unless asked
- Do not invent intent
- Do not optimize copy
- Validate only against design system rules
- Be specific about which Tailwind classes are wrong
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/design-system-guard-for-lucid-labs-mmio70qf/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/design-system-guard-for-lucid-labs-mmio70qf' && curl --fail --show-error --location 'https://skills-guides.com/api/skills/design-system-guard-for-lucid-labs-mmio70qf/download' --output '.skill-downloads/design-system-guard-for-lucid-labs-mmio70qf/SKILL.md.part' && mv '.skill-downloads/design-system-guard-for-lucid-labs-mmio70qf/SKILL.md.part' '.skill-downloads/design-system-guard-for-lucid-labs-mmio70qf/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
Après vérification, copiez le dossier complet dans le projet avec l’une des commandes ci-dessous, puis ouvrez une nouvelle session de l’outil. La commande s’arrête si un dossier du même nom existe déjà : comparez les fichiers avant de le remplacer.
Claude Code
test -f '.skill-downloads/design-system-guard-for-lucid-labs-mmio70qf/SKILL.md' && test -s '.skill-downloads/design-system-guard-for-lucid-labs-mmio70qf/SKILL.md' && mkdir -p '.claude/skills' && test ! -e '.claude/skills/design-system-guard' && cp -R '.skill-downloads/design-system-guard-for-lucid-labs-mmio70qf' '.claude/skills/design-system-guard'OpenSkills
OpenSkills doit déjà être installé. La procédure locale install/read est contrôlée avec OpenSkills 1.5.0, qui exige Node.js ≥ 20.6.0. Aucun slug du catalogue n’est résolu automatiquement.
Installation officielle d’OpenSkillsopenskills install './.skill-downloads/design-system-guard-for-lucid-labs-mmio70qf'openskills read 'design-system-guard-for-lucid-labs-mmio70qf'La lecture doit afficher le contenu du fichier installé et son dossier de base. Elle ne lance ni la skill ni ses dépendances.
Pour un agent qui lit AGENTS.md, synchronisez ensuite l’index. Cette commande modifie AGENTS.md : relisez le diff avant de l’utiliser.
openskills syncMode 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/design-system-guard-for-lucid-labs-mmio70qf/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.