Ux designer mindset
Skill Fergius-Engineering/instincts/skills/ux-designer-mindset
Working-instinct skills for Claude Code: verify claims against the source, log for the bug you can't reproduce, write like a human, test so the test bites. A reflex layer on top of superpowers.
npx -y skills add Fergius-Engineering/instincts --skill ux-designer-mindsetAssembled from the repository path, not quoted from the project. Check it against their README if it does not work.
One thing to look at
- 2 stars2 stars. Stars are a popularity signal and not a quality one, but at this level it is likely that nobody has read this closely except its author, and you would be relying on your own review.
What its author says it does
Copied from the file, not written here
Use when building or changing anything a user interacts with - a control, a screen, a flow.
SKILL.md
1.9 KB, as published. Nobody here has run it
The rule
A feature that compiles and returns the right value can still feel broken. Before you implement, walk the interaction the way the user lives it; after, check the states you didn't design for. A green build tells you the code runs — it tells you nothing about how the thing feels under a real hand.
Fires when
Building or changing any control, screen, or flow a user interacts with.
How to apply
Before coding, narrate the interaction: "user does X, sees Y, expects Z" — and flag every gap where Y or Z is missing. After coding, walk the edge states you didn't design for: empty, zero results, a hundred thousand results, rapid repeated clicks, first run versus returning, panel closed versus open. Every clickable control must give feedback (a hover state, a cursor change), and you verify that in the running app — in many UI frameworks a bad style name silently falls back to a default and the build stays green either way. Offer the small touches that show care, like a count on hover or a brief fade.
Worked example
A toolbar icon is wired to its action and compiles cleanly, but it's drawn with a borderless style — no hover highlight, no cursor change. It works when clicked, yet it reads as dead, and users stop trusting that it does anything. Switching to a real button style and checking the hover and cursor live in the running app fixes the feel. The green build had nothing to say about it, because nothing about feel shows up at compile time.
Red flags
| Thought | Reality |
|---|---|
| "It compiles and returns the right value" | Correct and broken-feeling are not exclusive. |
| "The button's wired up" | Wired up but dead-looking reads as broken. |
| "I'll just check it built" | A build proves the code runs, not how it feels. |
| "Nobody clicks twice" | Someone always clicks twice. Handle it. |