In den eigenen Worten des Skills
Web Design Reviewer steuert eine laufende Website über ein Browser-Automatisierungstool, prüft sie visuell und behebt gefundene Probleme im Quellcode. Es deckt statische Websites, SPAs auf React, Vue, Angular oder Svelte, Full-Stack-Frameworks wie Next.js und Nuxt, CMS-Plattformen wie WordPress und Drupal sowie jede andere Webanwendung ab.
Der Workflow umfasst vier Phasen: Kontext sammeln und Framework sowie Styling-Methode automatisch erkennen, Seiten anhand einer visuellen Checkliste prüfen, Probleme priorisiert von P1 bis P3 beheben, dann erneut verifizieren und wiederholen. Befunde werden gruppiert nach Layout, Responsivität, Barrierefreiheit und visueller Konsistenz, jeweils mit einem Schweregrad. Fixes folgen dem Prinzip minimaler Änderungen und enden in einem Markdown-Review-Bericht.
Was er erzeugt
- Ein Markdown-Bericht mit Review-Ergebnissen, überschrieben mit Web Design Review Results.
- Eine Übersichtstabelle zu Ziel-URL, erkanntem Framework, Styling, getesteten Viewports, erkannten Problemen und behobenen Problemen.
- Einträge je Problem mit Priorität, Seite, Element, Beschreibung, Pfad der korrigierten Datei, Fix-Details und Vorher/Nachher-Screenshots.
- Ein Abschnitt zu ungelösten Problemen mit dem Grund, warum jedes Problem offen gelassen wurde, und einer empfohlenen Maßnahme für den Nutzer, sowie allgemeine Empfehlungen.
So funktioniert es
- 01Kontext Sammeln und Stack Erkennen
Es fragt nach der URL, falls keine angegeben ist, versucht dann eine automatische Erkennung anhand von Workspace-Dateien wie package.json, tsconfig.json, tailwind.config, next.config, vite.config und nuxt.config und fragt, welche Seiten im Umfang enthalten sind.
- 02Navigieren und Erfassen
Es öffnet die Ziel-URL, erstellt Screenshots, ruft die DOM-Struktur oder einen Snapshot ab, sofern möglich, und durchläuft weitere Seiten über die Site-Navigation.
- 03Prüfung anhand der Visuellen Checkliste
Layout-, Responsive-, Barrierefreiheits- und visuelle Konsistenzprobleme werden anhand einer Referenz-Checkliste systematisch geprüft, die nach den Korrekturen erneut angewendet wird.
- 04Die Quelle jedes Problems lokalisieren
Problematische Elemente werden bis zur Quelle zurückverfolgt, indem die Codebasis nach Klassennamen oder IDs durchsucht wird, die Komponente über Elementtext oder -struktur gefunden wird und Style-, Komponenten- und Seitendateimuster gefiltert werden.
- 05Korrigieren, dann erneut prüfen
Korrekturen werden gemäß framework-spezifischen Vorgaben durchgeführt, danach wird der Browser neu geladen oder auf das HMR des Dev-Servers gewartet, die korrigierten Bereiche werden erneut per Screenshot erfasst und Vorher und Nachher werden verglichen.