Agent skill

Emil Design Eng Skill: Animation and UI Polish Rules

A design-engineering skill from Emil Kowalski that teaches an AI coding agent when to animate, which easing and duration to use, and how to review UI details.

Install
git clone https://github.com/emilkowalski/skills
View on GitHub

Stars, license and last push from GitHub. Install count as reported by the open skills directory.

What is the emil-design-eng skill?

The emil-design-eng skill is one SKILL.md in Emil Kowalski's emilkowalski/skills repository. It gives an AI coding agent his rules for UI polish: a four-question animation framework, easing and duration values, component details, and a Before, After, Why table for design reviews. The output is front-end code.

The emil-design-eng skill is the main skill in Emil Kowalski's public skills repository. Its folder holds a single SKILL.md. The README describes it as mostly animation, with some design advice, drawn from the author's years at Vercel and Linear.

The skill is a point of view more than a checklist. It says taste is trained, small details compound, and polish is worth the effort, then turns that into rules your agent can apply to a component.

What changes in your agent's output

  • The agent asks whether something should animate at all before it writes any motion, and weighs how often the user will see it.
  • Easing and duration come from stated values, and UI motion stays under about 300ms instead of defaulting to a slow ease.
  • Buttons, popovers, tooltips and modals get specific details, such as a small scale on press and origin-aware popovers.
  • Reviews come back as a markdown table of Before, After and Why, one row per issue, instead of loose prose.

The four animation questions

SKILL.md puts every animation through a short framework. The agent works through the questions in order and stops as soon as the honest answer is to leave the interface still.

  1. Should it animate? Frequency decides: something used 100 or more times a day gets no animation, and keyboard-initiated actions are never animated.
  2. What is the purpose? Spatial consistency, state change, explanation, feedback or avoiding a jarring jump.
  3. Which easing? Use custom curves, never ease-in for UI, with the decision tree in the file.
  4. How long? Button press 100 to 160ms, tooltips 125 to 200ms, dropdowns 150 to 250ms, modals and drawers 200 to 500ms.

Who it is for

Best for

  • Interfaces where small transitions decide whether the product feels finished, such as dashboards, toasts, menus and drawers.
  • Teams that want an agent to review motion and component details against written rules.
  • Developers who like exact values for easing curves, durations and scale instead of vague advice.

Not for

  • Choosing a visual direction from a brief. For that, see frontend-design.
  • Performance audits of existing animation code. fixing-motion-performance is built for that job.
  • Turning a Figma file into code. The skill has no design-file input.

Use it with UiChemy

This skill shapes how an interface moves and feels. The result is front-end code in your project, and improve-ui or polish can follow for broader visual passes. To get an AI-built page into WordPress as something editable, UiChemy AI to WordPress imports it. Click Get Started on uichemy.com.