skills/ux-interface-design/SKILL.md
Phase 6 of Sketch the Solution. Create wireframe variations per screen from screen requirements. Use when asked to 'design interface', 'wireframes', 'create UI', 'interface design', or 'sketch screens'.
npx skillsauth add arndvs/ctrlshft ux-interface-designInstall this skill globally with one command. Works with Claude Code, Cursor, and Windsurf.
3 of 9 scanners reported clean
Some scanners were skipped, did not run, or reported a non-clean status. Review each row below.
Output "Read UX Interface Design skill." to chat to acknowledge you read this file.
Pipeline position: /ux-user-stories → /ux-system-map → /ux-flow-diagram → /ux-model-attributes → /ux-screen-requirements → /ux-interface-design → /ux-test-driven-design
Create variations of each screen based on screen requirements.
Transform screen requirements into visual interface specs. Focus on "sellable UI" — only design screens that demonstrate value to the customer. Skip admin, login, and user management for now.
screen-requirements.md from Phase 5flow-diagram.md from Phase 3attributes.md from Phase 4Invoke /ux-get-inspired
Research established UI patterns relevant to each screen type. Reference Pattern Tap, Dribbble, competitor products.
Invoke /ux-high-level-sketches
Create component layout specs for each screen (~1 minute per screen). Design in chunks: individual components first, then assemble into screens.
Invoke /ux-detailed-sketches
Develop detailed screen specs with specific UI controls, component types, and interaction patterns.
Generate interface-design.md containing:
After completion, offer:
/ux-test-driven-design — proceed to Phase 7/sketch-the-solution — return to orchestratorIf context is high, follow the standard handoff protocol (@~/dotfiles/instructions/handoff.instructions.md).
development
Use when implementing UI, checking dark/light mode, or validating animations — adds a visual feedback loop via browser screenshots so frontend changes are verified, not assumed.
development
Use when Claude Code sessions had many manual approval ("press 1") prompts or when auditing hook permissions; identifies which Bash commands required approval.
tools
Use after merging a PR or during periodic cleanup to archive plan-mode files by linking them to merged PRs.
testing
Use when stress-testing a plan against the project's domain model — grills the design, sharpens terminology, and updates documentation (CONTEXT.md, ADRs) inline as decisions crystallise.