In the Skill's Own Terms
A divergence skill for exploring one piece of UI at a time — a toast, the pricing card, a hold-to-delete button. It takes a described piece, builds several genuinely different versions of it diverging on a named axis (layout, density, personality, motion, interaction model), and puts them behind a visual picker so the user can flip through them live and promote a winner.
It runs only when explicitly invoked, defaults to three variants, keeps exploration out of production code, and deletes the prototype surface once a variant is integrated.
What it produces
- A live visual picker holding the variants, so they can be flipped through and one promoted.
- A comparison table naming each variant's axis, when it is the right choice, and its cost.
- Production code for the chosen variant, integrated in the codebase with the prototype surface deleted.
- Screenshots of each variant when browser tooling is available.
How It Works
- 01Scope to One Piece
If the brief spans several components, the skill picks the single highest-leverage piece, says which and why, and offers the rest as follow-up runs.
- 02Recon the Ground
Maps framework, styling system, motion library, tokens, product personality and the context the piece renders in, so variants can look native to the product.
- 03Name the Directions First
Defaults to three variants and up to five when asked or when the space is genuinely wide; each gets a name and an axis before any code is written.
- 04Build the Picker Harness
In a project, an isolated route holds one file per variant plus a small harness file; the picker itself is copied from PICKER.md rather than designed.
- 05Verify Before Showing
The harness is run and every variant flipped through for render and interaction correctness, with screenshots if browser tooling exists.
- 06Promote the Winner
After the user picks, that variant is integrated following the project's file layout, naming and token usage, and the prototype surface is removed.