Zur Nutzungsanleitung springen
emil-design-engvon Emil Kowalski

Emil Design Eng Skill.

Ein Claude Code- und Codex-Skill für UX-Research: Emil Kowalskis Philosophie zu UI-Verfeinerung, Komponentendesign und Animationsentscheidungen.

  • UX & Research
emilkowalski/skills · skills/emil-design-eng/SKILL.mdSKILL.md
--- name: emil-design-eng description: This skill encodes Emil Kowalski's philosophy on UI polish, component design, animation decisions, and the invisible details that make software feel great. --- ## Initial Response ## Core Philosophy ## Review Format (Required) ## The Animation Decision Framework ## Spring Animations ## Component Building Principles
Vorspann und Abschnittsüberschriften aus der Ursprungsdatei vom 14.09.2026 · 27.130 Zeichen insgesamt

01 Was es tut

Was die emil-design-eng Skill in Claude Code und Codex leistet

Zusammenfassung, Workflow und Ergebnisse — alles aus der SKILL.md des Skills ausgelesen.

Aus der SKILL.mdGelesen am 14.09.2026 · kein aufgezeichneter Durchlauf

In den eigenen Worten des Skills

Diese Skill vermittelt Coding-Agenten Emil Kowalskis Urteilsvermögen als Design Engineer für Interface-Arbeit: wie entschieden wird, ob etwas animiert werden soll, welches Easing und welche Dauer verwendet werden, und wie Komponenten gebaut werden, die responsiv wirken. Sie setzt feste Vorgaben — UI-Animationen unter 300ms, benutzerdefinierte Cubic-Bezier-Kurven statt eingebauter CSS-Easings, niemals ease-in, niemals scale(0)-Eingänge, Popovers, die von ihrem Trigger aus skalieren.

Sie behandelt außerdem Springs, Clip-Path-Techniken, Drag- und Gesture-Handling, GPU-Performance-Regeln, reduzierte Bewegung und eine erforderliche Vorher/Nachher-Markdown-Tabelle für Code-Reviews. Sie richtet sich an Designer und Entwickler, die geschmacksgeleitete Interface-Entscheidungen statt generischer Animationsratschläge wünschen.

Was er erzeugt

  • Eine Markdown-Review-Tabelle mit den Spalten Vorher, Nachher und Warum, eine Zeile pro gefundenem Problem
  • Fertig zum Einfügen: CSS-Variablen mit den empfohlenen benutzerdefinierten Easing-Kurven
  • Spring-Konfigurationsobjekte, entweder im Apple-Stil oder mit klassischen Physikparametern
  • Eine priorisierte Fix-Liste, abgeleitet aus den Kategorien der Review-Checkliste
Siehe Beispiel-Prompt ↗

So funktioniert es

  1. 01
    Die Animation nach Häufigkeit steuern

    Bevor Sie Animationscode schreiben, entscheiden Sie, wie oft Nutzer mit der Interaktion in Berührung kommen.

  2. 02
    Den Zweck benennen

    Jede Animation muss beantworten, warum sie animiert, aus der gültigen Liste: räumliche Konsistenz, Zustandsanzeige, Erklärung, Feedback oder das Vermeiden abrupter Änderungen.

  3. 03
    Eine benutzerdefinierte Kurve wählen

    Wählen Sie das Easing danach, ob das Element eintritt, austritt, sich bewegt oder nur die Farbe ändert, und ersetzen Sie dann die eingebauten Kurven durch stärkere benutzerdefinierte Cubic-Beziers.

  4. 04
    Legen Sie die Dauer fest

    Passen Sie die Dauer an den Elementtyp aus der Tabelle an – Button-Klick 100–160 ms, Dropdowns 150–250 ms, Modals 200–500 ms – und bleiben Sie mit der UI unter der Obergrenze von 300 ms.

  5. 05
    Wenden Sie die Standardwerte für Komponenten an

    Buttons skalieren bei :active auf 0,97, Einblendungen starten ab 0,95 mit Opacity statt scale(0), und Popover skalieren von ihrem Trigger aus, während Modals zentriert bleiben.

  6. 06
    Setzen Sie Springs dort ein, wo sie sich lohnen

    Springs eignen sich für Drag mit Schwung, für Gesten, die unterbrochen werden können, und für bewusst dekorative Interaktionen.

02 Finden Sie Ihren Favoriten

Wann das emil-design-eng Skill zu verwenden ist

Verwenden Sie das emil-design-eng Skill in Claude Code oder Codex, wenn die Aufgabe UX-Research dieser Art ist. Eignung und Grenzen unten sind aus der eigenen Datei des Skills übernommen.

Gut geeignet

  • Bestehenden UI-Code überprüfen und eine konkrete Fix-Tabelle erhalten statt vagem Feedback
  • Komponenten bauen, bei denen sich kleine Details zu einer Oberfläche summieren, die sich richtig anfühlt
  • Drag- und Swipe-Interaktionen, bei denen das Verwerfen auf die Wischgeschwindigkeit reagieren soll, nicht nur auf die zurückgelegte Distanz
  • Performance-sensible Oberflächen, bei denen JS-Animationen Frames verlieren, während der Main Thread ausgelastet ist

Grenzen kennen

  • Überall federnde Springs: Bounce wird in den meisten UI-Kontexten vermieden und ist Drag-to-Dismiss sowie spielerischen Interaktionen vorbehalten
  • Dekorative Bewegung auf funktionalen Datenvisualisierungen, wo keine Animation besser wäre
  • Für alle, die eine Formel für die Kombination aus Opacity und Höhe suchen; die Datei sagt, es sei Ausprobieren
  • Reduzierte Bewegung als null Animation zu behandeln, was die Datei ausdrücklich ablehnt

Was Sie bereitstellen sollten

  • Die Animation, die Sie gleich schreibenDas Framework erwartet, dass die vier Fragen der Reihe nach beantwortet werden, bevor überhaupt Animationscode existiert: Soll animiert werden, warum, welches Easing, wie schnell.
  • Wie oft Nutzer es sehen werdenHäufigkeit ist die erste Frage und bestimmt die gesamte Entscheidung, von gar keiner Animation bis zur Erlaubnis, Delight hinzuzufügen.
  • Ihr Browser-Support-ZielEntrance-Animationen nutzen @starting-style, sofern der Support es erlaubt, andernfalls greifen sie auf das data-mounted-Attributmuster zurück.

03 Innerhalb des Skills

Regeln, die die emil-design-eng Skill Claude Code und Codex mitgibt

6 konkrete Anweisungen, Vorgaben und Grenzen, die die SKILL.md für den Agent festlegt – der Teil der Datei, der das Ergebnis verändert.

  1. Verwenden Sie niemals ease-in

    ease-in verzögert die erste Bewegung – genau den Moment, den der Nutzer am aufmerksamsten beobachtet – sodass ein Dropdown mit 300 ms ease-in langsamer wirkt als eines mit ease-out bei derselben Dauer.

  2. Beginnen Sie niemals mit scale(0)

    In der realen Welt verschwindet und erscheint nichts vollständig. Einblendungen starten bei scale(0,9) oder höher in Kombination mit Opacity, und die Press-Scale bleibt mit 0,95–0,98 dezent.

  3. Modals behalten den zentrierten Ursprung

    Popover sollten transform-origin auf ihren Trigger setzen, unter Verwendung von Base UIs var(--transform-origin), aber Modals sind die ausdrückliche Ausnahme, da sie nicht an einen Trigger gebunden sind.

  4. Reviews verwenden eine echte Tabelle

    Ein UI-Review muss eine tatsächliche Markdown-Tabelle mit den Spalten Before, After und Why ausgeben, eine Zeile pro Problem. Eine Liste mit Before: und After: in separaten Zeilen ist das falsche Format.

  5. Hover-Verhalten hinter eine Media Query sperren

    Hover-Animationen gehören in @media (hover: hover) and (pointer: fine), da Touch-Geräte bei Tap Hover auslösen und dadurch Fehlalarme erzeugen.

  6. Stagger kurz und nicht blockierend halten

    Stagger-Verzögerungen laufen zwischen 30 und 80 ms pro Element; längere Verzögerungen wirken langsam, und da Stagger dekorativ ist, darf er die Interaktion während des Abspielens niemals blockieren.

04 In Betrieb nehmen

emil-design-eng in Claude Code oder Codex installieren

Ein npx skills add-Befehl, dann eine erste Aufgabe in Ihrem Agent und eine Checkliste für das Ergebnis.

emil-design-eng zu Claude Code, Codex oder Ihrem Agent hinzufügen

Im eigenen Projekt ausführen; der Installer fragt, welchem Agent er hinzugefügt werden soll.

Terminal
npx skills add https://github.com/emilkowalski/skills --skill emil-design-eng

Generische skills-CLI-Form für skills/emil-design-eng/SKILL.md; das Repository kann seinen eigenen Pfad dokumentieren.

Geben Sie dem Skill eine erste UX-Research-Aufgabe

In den eigenen Begriffen des Skills verfasst; ersetzen Sie die Teile in Klammern durch Ihr Material.

Starter prompt
Review the code for [the dropdown and the popover] in [component file]. The dropdown opens with ease-in over 300ms, the popover scales from center, and the entering panel animates from scale(0). Use the Before/After format and tell me what to change and why.

Quelle: verfasst aus der SKILL.md in den eigenen Begriffen des Skills.

Das erste Ergebnis prüfen

Was die SKILL.md selbst als korrektes Ergebnis beschreibt:

  • Sehen Sie sich die Arbeit am nächsten Tag mit frischem Blick an, denn Unstimmigkeiten fallen nach einer Nacht Abstand leichter auf
  • Verlangsamen Sie die Dauer vorübergehend auf das 2- bis 5-Fache des Normalwerts, oder nutzen Sie den Browser-Animations-Inspector, um Timing-Probleme aufzudecken
  • Gehen Sie die Animation in Chrome DevTools Bild für Bild durch, um Koordinationsprobleme zu erkennen, die bei voller Geschwindigkeit unsichtbar sind
  • Testen Sie Drawer und Swipe-Gesten auf physischen Geräten, indem Sie ein Telefon per USB mit dem lokalen Dev-Server verbinden
  • Prüfen Sie in Zeitlupe, ob die animierten Eigenschaften synchron bleiben und Ursprung sowie Easing stimmen

In OpenDesign ist emil-design-eng gebündelt: Plugins → Skills, wählen Sie es in der oberen Leiste aus.

05 Open Source, nachvollziehbar

Quelle, Lizenz und Verifizierung

Woher die Fakten auf dieser Seite stammen und wann sie zuletzt geprüft wurden.

Repository
github.com/emilkowalski/skills Branch main
Skill-Datei
skills/emil-design-eng/SKILL.md Inhaltsprüfsumme bei Verifizierung aufgezeichnet; Commit d23d7f8
License
MIT Aus LICENSE.
Repository-Sterne
37.516 GitHub-Snapshot vom 14.09.2026 für das gesamte emilkowalski/skills-Repository, das 9 Skills in diesem Katalog enthält. Keine Bewertungs- oder Nutzungszahl für emil-design-eng.
Verifiziert von OpenDesign
14.09.2026 Quelldatei, Pfad, Lizenztext und Sternanzahl wurden geprüft. In OpenDesign main gebündelt (geprüft am 28.08.2026); ein Live-Lauf wurde auf dieser Seite nicht erfasst.

In der SKILL.md

  1. KernphilosophieGeschmack wird trainiert, unsichtbare Details summieren sich, und Schönheit ist ein echter Differenzierungsfaktor.
  2. Review-Format (erforderlich)Schreibt eine Before/After/Why-Markdown-Tabelle vor und zeigt das verbotene Listenformat.
  3. Das Animations-EntscheidungsframeworkVier geordnete Fragen: Häufigkeit, Zweck, Easing, Dauer, plus gefühlte Performance.
  4. Spring-AnimationenWann Springs passen, Mausverfolgung mit useSpring, und zwei Konfigurationsstile.
  5. Prinzipien des KomponentenbausPress-Feedback, Vermeidung von scale(0), Popover-Ursprung, Tooltip-Verzögerungen, Transitions statt Keyframes, Blur.
  6. CSS-Transform-MeisterschaftProzentuale Translates, Skalierung von Kindelementen, 3D-Tiefe und transform-origin-Ankerpunkte.
  7. clip-path für AnimationInset-Reveals für Overlays, Tabs, Hold-to-Delete, Scroll-Reveals, Vergleichsschieber.
  8. Gesten- und Drag-InteraktionenVelocity-basiertes Wegwischen, Grenzdämpfung, Pointer Capture, Multi-Touch-Schutz, Reibung.
  9. Performance-RegelnAnimieren Sie nur transform und opacity, vermeiden Sie die Neuberechnung von CSS-Variablen, bevorzugen Sie CSS unter Last.
  10. BarrierefreiheitReduced Motion erhält Opacity und Farbe, entfernt aber Bewegung; Hover ist hinter einer Media Query gesperrt.
  11. Die Sonner-Prinzipien (geliebte Komponenten bauen)Sechs Prinzipien von Sonner zu DX, Standardwerten, Benennung, Randfällen, Transitions, Dokumentation.
  12. PrüflisteTabelle mit häufigen Problemen und den vorgeschriebenen Korrekturen, von transition-all bis fehlendem Stagger.
Die eigene Beschreibung des Skills
Dieses Skill kodiert Emil Kowalskis Philosophie zu UI-Feinschliff, Komponentendesign, Animationsentscheidungen und den unsichtbaren Details, die Software großartig anfühlen lassen.

Front-Matter-Beschreibung aus SKILL.md. Die vollständige Datei umfasst etwa 27.130 Zeichen. Die vollständige Datei auf GitHub lesen.

Emil Design Eng

emil-design-eng für eine echte UX-Research-Aufgabe ausführen.

Das emil-design-eng Skill ist in OpenDesign enthalten. Laden Sie die App herunter, wählen Sie das Skill unter Plugins → Skills, fügen Sie den Prompt oben ein und lesen Sie den Plan vor dem Ergebnis.

Terminal
npx skills add https://github.com/emilkowalski/skills --skill emil-design-eng