Vai alla guida all’uso
emil-design-engdi Emil Kowalski

Emil Design Eng Skill.

Una skill per Claude Code e Codex dedicata alla ricerca UX: la filosofia di Emil Kowalski sulla rifinitura UI, il design dei componenti e le decisioni di animazione.

  • 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
Frontespizio e intestazioni di sezione letti dal file upstream il 14/09/2026 · 27.130 caratteri in totale

01 Cosa fa

Cosa Fa lo Skill emil-design-eng in Claude Code e Codex

Sintesi, workflow e output, tutto letto dal SKILL.md della skill.

Dal SKILL.mdLetto il 14-09-2026 · non è un'esecuzione registrata

Nelle parole della skill

Questo skill fornisce agli agenti di codice il giudizio di design engineering di Emil Kowalski per il lavoro sull'interfaccia: come decidere se qualcosa deve animarsi, quale easing e durata usare, e come costruire componenti che risultino reattivi. Stabilisce default rigidi — animazioni UI sotto i 300ms, curve cubic-bezier personalizzate invece degli easing CSS predefiniti, mai ease-in, mai entrate con scale(0), popover che si scalano dal proprio trigger.

Copre anche spring, tecniche di clip-path, gestione di drag e gesture, regole di performance GPU, reduced motion, e una tabella markdown Before/After obbligatoria per le code review. È pensato per designer e sviluppatori che vogliono decisioni sull'interfaccia guidate dal gusto piuttosto che consigli generici sull'animazione.

Che cosa produce

  • Una tabella markdown di review con colonne Before, After e Why, una riga per ogni problema trovato
  • Variabili CSS pronte da incollare contenenti le curve di easing personalizzate consigliate
  • Oggetti di configurazione spring, con parametri in stile Apple o parametri fisici tradizionali
  • Un elenco di correzioni prioritizzato ricavato dalle categorie della Review Checklist
Vedi l'esempio di prompt ↗

Come funziona

  1. 01
    Filtrare l'Animazione in Base alla Frequenza

    Prima di scrivere qualsiasi codice di animazione, decidere quanto spesso gli utenti incontreranno l'interazione.

  2. 02
    Definire lo Scopo

    Ogni animazione deve rispondere al perché si anima, scegliendo dall'elenco valido: coerenza spaziale, indicazione di stato, spiegazione, feedback o prevenzione di cambiamenti bruschi.

  3. 03
    Scegliere una Curva Personalizzata

    Scegliere l'easing in base al fatto che l'elemento entri, esca, si muova o cambi solo colore, poi sostituire le curve predefinite con cubic-bezier personalizzate più marcate.

  4. 04
    Impostare la Durata

    Fate corrispondere la durata al tipo di elemento indicato nella tabella — pressione di un pulsante 100-160ms, dropdown 150-250ms, modali 200-500ms — e mantenete la UI sotto il tetto dei 300ms.

  5. 05
    Applicare i Valori Predefiniti dei Componenti

    I pulsanti si scalano a 0.97 su :active, gli ingressi partono da 0.95 con opacità piuttosto che da scale(0), e i popover si scalano a partire dal loro trigger mentre i modali restano centrati.

  6. 06
    Usare le Molle Dove Se Le Meritano

    Le molle sono adatte al drag con momentum, ai gesti che possono essere interrotti e alle interazioni deliberatamente decorative.

02 Trova la tua applicazione

Quando Usare lo Skill emil-design-eng

Usa lo skill emil-design-eng in Claude Code o Codex quando il lavoro è ricerca UX di questo tipo. Ambito e limiti di seguito sono presi dal file dello skill stesso.

Buona applicazione

  • Rivedere il codice UI esistente e ottenere una tabella concreta di correzioni invece di feedback vago
  • Costruire componenti dove piccoli dettagli si accumulano in un'interfaccia che risulta giusta
  • Lavoro di drag e swipe dove la chiusura dovrebbe rispondere alla velocità dello scatto, non solo alla distanza trascinata
  • Interfacce sensibili alle prestazioni dove l'animazione JS perde frame mentre il thread principale è occupato

Conosci i limiti

  • Molle rimbalzanti ovunque: il rimbalzo viene evitato nella maggior parte dei contesti UI e riservato al drag-to-dismiss e alle interazioni giocose
  • Movimento decorativo su visual di dati funzionali, dove nessuna animazione sarebbe meglio
  • Chiunque voglia una formula per la combinazione opacità più altezza; il file dice che è per tentativi ed errori
  • Trattare il movimento ridotto come zero animazione, cosa che il file rifiuta esplicitamente

Cosa fornire

  • L'animazione che state per scrivereIl framework prevede che le quattro domande vengano risposte in ordine prima che esista qualsiasi codice di animazione: se deve animarsi, perché, quale easing, quanto velocemente.
  • Quanto spesso gli utenti la vedrannoLa frequenza è la prima domanda e guida l'intera decisione, dall'assenza totale di animazione al permesso di aggiungere un tocco di piacevolezza.
  • Il vostro target di supporto browserLe animazioni di ingresso usano @starting-style dove il supporto lo consente, altrimenti ricadono sul pattern con l'attributo data-mounted.

03 Dentro la skill

Regole che la Skill emil-design-eng Dà a Claude Code e Codex

6 istruzioni concrete, valori predefiniti e limiti che SKILL.md imposta per l'agente — la parte del file che cambia il risultato.

  1. Non Usare Mai ease-in

    ease-in ritarda il movimento iniziale, esattamente il momento che l'utente osserva più attentamente, così un dropdown con ease-in a 300ms risulta più lento di ease-out con la stessa durata.

  2. Non Entrare Mai da Scale(0)

    Nulla nel mondo reale scompare e riappare completamente. Gli ingressi partono da scale(0.9) o superiore combinato con l'opacità, e la scala da pressione resta sottile, tra 0.95 e 0.98.

  3. I Modali Mantengono l'Origine Centrale

    I popover dovrebbero impostare transform-origin sul loro trigger, usando var(--transform-origin) di Base UI, ma i modali sono l'eccezione esplicita perché non sono ancorati a un trigger.

  4. Le revisioni usano una tabella vera

    Una revisione UI deve produrre una vera tabella markdown con colonne Before, After e Why, una riga per ogni problema. Un elenco con Before: e After: su righe separate è il formato sbagliato.

  5. Vincolare l'hover a una media query

    Le animazioni hover vanno inserite dentro @media (hover: hover) and (pointer: fine), perché i dispositivi touch attivano l'hover al tocco e generano falsi positivi.

  6. Mantenere lo stagger breve e non bloccante

    I ritardi di stagger vanno da 30 a 80ms tra un elemento e l'altro; ritardi più lunghi rendono l'interfaccia lenta, e lo stagger è decorativo, quindi non deve mai bloccare l'interazione mentre è in corso.

04 Mettila al lavoro

Installa emil-design-eng in Claude Code o Codex

Un comando npx skills add, poi un primo task nel tuo agente e una checklist per il risultato.

Aggiungi emil-design-eng a Claude Code, Codex o al Tuo Agente

Eseguitelo nel Suo progetto; l'installer chiede a quale agente aggiungerlo.

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

Forma generica della CLI skills per skills/emil-design-eng/SKILL.md; il repository può documentare un proprio percorso.

Assegnare allo Skill un Primo Compito di Ricerca UX

Redatto nei termini propri della skill; sostituisca le parti tra parentesi con il suo materiale.

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.

Fonte: redatto a partire dal SKILL.md, nei termini propri della skill.

Verifica il primo risultato

Ciò che il SKILL.md stesso indica come risultato corretto:

  • Riprenda il lavoro il giorno dopo con occhi nuovi, poiché le imperfezioni sono più facili da notare dopo una notte di distacco
  • Rallenti temporaneamente la durata a 2-5 volte il normale, oppure usi l'ispettore di animazione del browser, per individuare problemi di tempistica
  • Scorra l'animazione fotogramma per fotogramma in Chrome DevTools per notare problemi di coordinazione invisibili a velocità normale
  • Testi cassetti e gesti di swipe su dispositivi fisici, collegando un telefono via USB al server di sviluppo locale
  • Al rallentatore, confermi che le proprietà animate restino sincronizzate e che origine e easing risultino corretti

In OpenDesign emil-design-eng è integrato: Plugins → Skills, lo selezioni nella barra superiore.

05 Open source, tracciabile

Sorgente, licenza e verifica

Da dove provengono i dati di questa pagina e quando sono stati verificati l'ultima volta.

Repository
github.com/emilkowalski/skills Branch main
File della skill
skills/emil-design-eng/SKILL.md Checksum del contenuto registrato alla verifica; commit d23d7f8
License
MIT Da LICENSE.
Stelle del repository
37.516 Snapshot GitHub scattata il 2026-09-14 per l'intero repository emilkowalski/skills, che contiene 9 skill in questo catalogo. Non è una valutazione o conteggio di utilizzo per emil-design-eng.
Verificato da OpenDesign
14 settembre 2026 Il file sorgente, il percorso, il testo della licenza e il conteggio delle stelle sono stati verificati. Incluso nella build principale di OpenDesign (verificato il 28 agosto 2026); non è stata registrata un'esecuzione live su questa pagina.

All'interno di SKILL.md

  1. Filosofia di baseIl gusto si allena, i dettagli invisibili si accumulano, e la bellezza è un vero elemento distintivo.
  2. Formato della revisione (obbligatorio)Impone una tabella markdown Before/After/Why e mostra il formato di elenco proibito.
  3. Il framework decisionale per le animazioniQuattro domande ordinate: frequenza, scopo, easing, durata, più la performance percepita.
  4. Animazioni a mollaQuando le molle sono adatte, il tracciamento del mouse con useSpring, e due stili di configurazione.
  5. Principi di costruzione dei componentiFeedback alla pressione, evitare scale(0), origine del popover, ritardi del tooltip, transizioni invece di keyframe, blur.
  6. Padronanza delle CSS TransformTraslazioni in percentuale, scaling dei figli, profondità 3D, e ancore transform-origin.
  7. clip-path per l'animazioneReveal inset per overlay, tab, hold-to-delete, reveal allo scroll, slider di comparazione.
  8. Interazioni gestuali e di dragDismissione tramite velocità, damping ai limiti, pointer capture, protezione multi-touch, attrito.
  9. Regole di performanceAnimare solo transform e opacity, evitare il ricalcolo delle variabili CSS, preferire CSS sotto carico.
  10. AccessibilitàIl reduced motion mantiene opacity e colore, elimina il movimento; l'hover è vincolato da una media query.
  11. I principi di Sonner (costruire componenti amati)Sei principi di Sonner su DX, valori predefiniti, denominazione, casi limite, transizioni, documentazione.
  12. Checklist di RevisioneTabella dei problemi comuni e delle relative correzioni prescritte, da transition-all a stagger mancante.
Descrizione della skill
"Questo skill codifica la filosofia di Emil Kowalski sulla rifinitura UI, il design dei componenti, le decisioni sulle animazioni e i dettagli invisibili che fanno sentire grande un software."

Descrizione dal front-matter di SKILL.md. Il file completo è di circa 27.130 caratteri. Leggi il file completo su GitHub.

Emil Design Eng

Esegui emil-design-eng su un Compito Reale di Ricerca UX.

La skill emil-design-eng è inclusa in OpenDesign. Scarica l'app, seleziona la skill in Plugins → Skills, incolla il prompt sopra e leggi il piano prima del risultato.

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