In den eigenen Worten des Skills
Design-Engineering-Prinzipien, um Interfaces poliert wirken zu lassen, geschrieben für alle, die UI-Komponenten bauen oder Frontend-Code reviewen: Hover-States, Schatten, Ränder, Typografie, Icons, Mikrointeraktionen und Enter/Exit-Animationen.
Es enthält neunzehn nummerierte Kernprinzipien mit festen Standardwerten – konzentrischer Border-Radius, optische Ausrichtung, geschichtete Box-Shadows statt vortäuschender Elevation-Borders, unterbrechbare CSS-Übergänge, Stagger um 100ms, Antialiasing für Text, tabellarische Ziffern, reine Schwarz- oder Weiß-Umrisse für Bilder, scale(0.96) beim Drücken, 44×44px große Trefferflächen und Icon-Strichstärke passend zum Text. Zwei Review-Modi, Quick und Full, erzeugen eine nach Prinzip gruppierte Severity/Location/Before/After/Why-Tabelle, begrenzt auf 5 oder 15 Befunde, endend mit Block, Needs changes oder Approve.
Was er erzeugt
- Ein Review-Bericht, der von vornherein angibt, was geprüft wurde, und niemals suggeriert, eine ungeprüfte Fläche sei abgedeckt worden.
- Nach Prinzip gruppierte Befunde in einer Severity-, Location-, Before-, After-, Why-Tabelle, die jede vorgenommene oder vorgeschlagene Änderung aufführt, statt nur eine Teilmenge.
- Eine Considered-but-Rejected-Tabelle mit 1–3 echten Kandidaten im Quick-Modus und 2–5 im Full-Modus, jeweils mit dem Grund für die Ablehnung.
- Ein Verifikationsabschnitt, der die genau ausgeführten Befehle oder Interaktionen und deren beobachtete Ergebnisse aufführt, gefolgt vom Urteil.
So funktioniert es
- 01Fixes im eigenen Styling-System des Projekts ausdrücken
Bevor Sie einen Fix vorschlagen oder schreiben, ermitteln Sie, wie das Projekt Dinge bereits stylt, und formulieren Sie die Änderung in diesem System – Tailwind in einem Tailwind-Projekt, reines CSS in einem CSS-Projekt oder der etablierte CSS-in-JS-Ansatz.
- 02Die Oberfläche verlangsamen
Spielen Sie bei der Prüfung Bewegungen im Animations-Panel des Browsers mit 10 % Geschwindigkeit ab, denn was bei 10 % Geschwindigkeit unstimmig wirkt, ist das, was bei voller Geschwindigkeit subtil falsch ist.
- 03Standardmäßig Full Mode
Full wird verwendet, wenn kein Review-Modus angegeben ist; quick muss explizit angefordert werden.
- 04Befunde in einem festen Tabellenformat festhalten
Gruppieren Sie Befunde nach Prinzip in einer Markdown-Tabelle mit den Spalten Severity, Location, Before, After und Why; Location verweist auf path/to/file:line.
- 05Alle fünf Kategorien berücksichtigen
Die Scope-Tabelle muss alle fünf Quick-Reference-Kategorien enthalten, und eine nicht geprüfte Oberfläche darf niemals als geprüft suggeriert werden.
- 06Mit Verifikation und einem Urteil abschließen
Das Urteil lautet Block, wenn ein HIGH-Befund verbleibt, Needs changes, wenn nur MEDIUM- oder LOW-Befunde verbleiben, und Approve nur, wenn nichts Umsetzbares mehr übrig ist.