Que fait design-pass ?
Cible : $ARGUMENTS
Toolkit : ${CLAUDE_SKILL_DIR}/../ui-audit/scripts/ · Checklist : ${CLAUDE_SKILL_DIR}/reference/review-checklist.md
1. État initial (avant de toucher au code)
Assurez-vous que le serveur de développement est en cours d'exécution (lancez-le en arrière-plan si nécessaire ; n'exécutez jamais une version de production), puis :
node ${CLAUDE_SKILL_DIR}/../ui-audit/scripts/audit.mjs http://localhost:<port> --pages <path> --widths 375,768,1440 --dark --out /tmp/design-pass/before
2. Audit avant correction
- Trouvez chaque composant que la cible affiche, ainsi que tout autre endroit affichant le même motif (recherchez les chaînes de classe et les noms de composants).
- Réutilisez un composant primitif existant (bouton, carte, modale, titre de section) avant d'en écrire un nouveau. Si le même balisage apparaît 2 fois ou plus, extrayez-le, puis restylez-le une fois.
- Construisez exactement ce qui a été demandé. Pas de nouvelles sections, badges, toggles ou animations sauf si demandé.
- Utilisez uniquement les jetons du projet. Si une valeur ne fait pas partie de l'échelle, utilisez le pas le plus proche, ou proposez un jeton (voir
design-ref).
3. Application
Parcourez la liste de contrôle : hiérarchie, une action principale par vue, l'échelle d'espacement, l'échelle typographique, les états vides/chargement/erreur, et les champs de saisie ≥ 16 px sur mobile.
4. Vérification
node ${CLAUDE_SKILL_DIR}/../ui-audit/scripts/audit.mjs http://localhost:<port> --pages <path> --widths 375,768,1440 --dark --out /tmp/design-pass/after
node ${CLAUDE_SKILL_DIR}/../ui-audit/scripts/diff.mjs /tmp/design-pass/before /tmp/design-pass/after
- Lisez les fiches après pour chaque largeur en mode clair et sombre. Regardez les PNG de différence pour détecter les modifications non intentionnelles en dehors de la cible.
- Vérification en niveaux de gris : réexécutez une largeur avec
--inject "document.documentElement.style.filter='grayscale(1)'". - Ensuite, exécutez l'ensemble complet des largeurs
ui-auditune fois, puis typecheck + lint (pas de build). - Si le projet conserve un fichier Figma synchronisé avec le code, mettez à jour les cadres correspondants dans la même tâche.
Critères de sortie
- Pas de défilement latéral, aucun nouveau problème de contraste ou d'axe par rapport à avant.
- La différence montre des modifications uniquement là où prévu.
- Aucun nouveau composant qui en duplique un existant, et aucune UI non demandée.
- Mode sombre vérifié, ou confirmé que le projet n'en a pas.
- Typecheck et lint réussis.
- Un court résumé à l'utilisateur, ainsi que les 1 à 2 chemins de fiches à consulter.