Skill: Redesign & Audit
Audit-zentrierte Neugestaltung, die das Verhalten bewahrt.
Schritte
- Lies
workflows/redesign-audit.md(die vollständige Scan → Diagnose → Anweisung → Anwendung → Überprüfung-Sequenz + Vollständigkeit der Ausgabe). - Scanne die Codebasis: Framework, Styling-Methode (→ Route zum passenden Adapter in
frameworks/), Token-Realität, Komponenten, was erhalten bleiben muss. - Diagnostiziere mit der Checkliste der verbotenen Standardeinstellungen (
taste/design-taste.md) + dem Bewertungsraster (design-reviewSkill). Erstelle eine priorisierte Tabelle der Befunde. - Weise an: Wähle ein Archetyp/System (
apply-aestheticSkill), das zur Marke passt. - Wende in der Reihenfolge an – zuerst Tokens, dann Typografie/Abstände, dann Komponentenzustände, dann Bewegung – ohne Routen/Daten/Markup-Semantik zu ändern (außer Barrierefreiheits-Korrekturen).
- Überprüfe: Führe erneut
design-review+a11y-auditdurch; führe einen Smoke-Test für jeden vorher funktionierenden Ablauf durch; führe Stichproben für Dark Mode und Responsive-Verhalten durch. Führescripts/validate_contrast.pyauf der Token-Quelle undscripts/lint_hardcodes.pyüber den geänderten Code aus.
Sicherheitsvorkehrungen
Opfere niemals eine funktionierende Funktion aus ästhetischen Gründen. Liefere niemals eine Markenfarbe aus, die den Kontrast nicht besteht. Entferne niemals vorhandene Barrierefreiheitshilfen. Liefere vollständige Dateien – keine Platzhalter.
Single-Theme-Konsistenz (entscheidend für Multi-Page-Apps)
Konsolidiere zu EINEM gemeinsamen Token-Theme und stelle sicher, dass jede Seite dieses Theme verwendet – ein Redesign, das verschiedene Seiten mit unterschiedlichen Paletten hinterlässt, ist gescheitert. Ersetze seiten-/ad-hoc-Farben durch semantische Tokens; überprüfe mit scripts/lint_hardcodes.py, dass keine Seite nicht-theme-konforme Werte einführt. Theme-Wechsel müssen aus der einzigen Token-Quelle stammen, nicht aus Seiten-Bearbeitungen (.claude/rules/tokens-and-color.md → Single-Theme-Konsistenz).