Dans les termes du Skill
Web Design Reviewer pilote un site web en cours d'exécution via un outil d'automatisation de navigateur, l'inspecte visuellement, puis corrige ce qu'il trouve dans le code source. Il couvre les sites statiques, les SPA sur React, Vue, Angular ou Svelte, les frameworks full-stack comme Next.js et Nuxt, les plateformes CMS telles que WordPress et Drupal, et toute autre application web.
Le workflow comporte quatre phases : rassembler le contexte et détecter automatiquement le framework et la méthode de style, inspecter les pages selon une checklist visuelle, corriger les problèmes priorisés de P1 à P3, puis revérifier et itérer. Les constats sont regroupés en mise en page, responsive, accessibilité et cohérence visuelle, chacun avec un niveau de sévérité. Les corrections suivent des principes de changement minimal et se terminent par un rapport de revue en markdown.
Ce qu'il produit
- Un rapport de résultats de revue en markdown intitulé Web Design Review Results.
- Un tableau récapitulatif couvrant l'URL cible, le framework détecté, le style, les tailles d'écran testées, les problèmes détectés et les problèmes corrigés.
- Des entrées par problème indiquant la priorité, la page, l'élément, la description, le chemin du fichier corrigé, les détails de la correction et des captures d'écran avant/après.
- Une section des problèmes non corrigés indiquant la raison pour laquelle chaque problème a été laissé en l'état et une action recommandée pour l'utilisateur, ainsi que des recommandations générales.
Fonctionnement
- 01Rassembler le contexte et détecter la stack
Il demande l'URL si aucune n'est fournie, puis tente une détection automatique à partir des fichiers du workspace tels que package.json, tsconfig.json, tailwind.config, next.config, vite.config et nuxt.config, et demande quelles pages sont concernées.
- 02Naviguer et capturer
Il ouvre l'URL cible, prend des captures d'écran, récupère la structure du DOM ou un snapshot lorsque c'est possible, et parcourt d'autres pages via la navigation du site.
- 03Inspecter selon la checklist visuelle
Les problèmes de mise en page, de responsive, d'accessibilité et de cohérence visuelle sont vérifiés en parcourant une checklist de référence, réutilisée après les corrections.
- 04Localiser l'origine de chaque problème
Les éléments problématiques sont retracés jusqu'à leur source en recherchant les noms de classe ou les ID dans le code, en identifiant le composant à partir du texte ou de la structure de l'élément, et en filtrant les motifs de fichiers de style, de composant et de page.
- 05Corriger, puis revérifier
Les corrections sont appliquées en suivant les recommandations spécifiques au framework, puis le navigateur est rechargé ou le HMR du serveur de développement est attendu, les zones corrigées sont capturées à nouveau, et l'avant et l'après sont comparés.