skills/ux-high-level-sketches/SKILL.md
Step 6.2 of Sketch the Solution. Create high-level component layout specs for each screen. Use when asked to 'sketch screens', 'high-level wireframes', 'rough sketches', 'layout specs', or 'component layout'.
npx skillsauth add arndvs/ctrlshft ux-high-level-sketchesInstall 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 High-Level Sketches skill." to chat to acknowledge you read this file.
Phase: /ux-interface-design → Step 2 of 3
Create component-level layout specifications for each screen. Design in chunks: individual components first, then assemble into full screen layouts. ~1 minute per screen — speed over polish.
Break each screen into chunks (components):
For each chunk, define:
Generate component layout spec:
### [Screen Name] — Layout
**Header:** Logo | Nav: [Dashboard, Profile, Settings] | User menu
**Filters:** [Search bar] [Skill dropdown] [Location dropdown] [Clear]
**Content:** 2-column card grid
- Each card: [Avatar | Name, Location | Skills tags | View button]
**Pagination:** [Previous] [1] [2] [3] [Next]
**Footer:** [About] [Help] [Terms]
#### Variation A — Card Grid
[layout description]
#### Variation B — Table List
[layout description]
#### Variation C — Map + Sidebar
[layout description]
Append to interface-design.md: Per-screen component layout specs with variations.
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.