UI Design Skills
Quick Index (Action-Routed)
Read First (All Actions)
Mission
Use This Skill When
Scope Boundary
Source Set (Trusted References)
Core Principles
Action Modules (Read As Needed)
- Design framing:
Step 1: Define User + Context
Step 2: Define Primary Tasks
- UI quality application:
Step 3: Apply Principle Checklist
Step 4: Accessibility and Inclusion Gate
Step 5: Platform Adaptation Gate
- Verification:
Step 6: Validation Evidence
Acceptance Checklist
Output
Deliverable Format
Anti-Patterns
Mission
Provide a practical, source-grounded UI design standard that applies to any app domain and can be executed as deterministic design guidance.
Use This Skill When
- creating or revising UI layouts, flows, components, or visual systems
- evaluating UI quality before implementation or release
- resolving design tradeoffs with objective principles instead of preference-only debate
- needing a common quality baseline across web/mobile/desktop apps
Scope Boundary
This skill is UX/UI principle synthesis and application.
Use UI Spatial Canvas when:
- the requested interface should follow no-scrollbar viewport framing and root-level spatial navigation
- interaction architecture is explicitly Spatial Canvas style
Use Thoughtful Approach when:
- product feature scope decisions (must-have versus nice-to-have) are the primary problem
Source Set (Trusted References)
Primary references:
- Apple Human Interface Guidelines:
- Google Material Design:
- MIT 6.813/6.831 User Interface Design and Implementation:
- Nielsen Norman Group usability heuristics:
- W3C WCAG 2 Overview:
Reference policy:
- these sources define baseline principles
- when sources conflict, prioritize accessibility and platform conventions for the target platform
- if platform-specific UX rules are strict (for example iOS or Android), adapt patterns to match native expectations
Core Principles
1) Clarity and Hierarchy
- primary actions and information must be visually obvious
- use size, spacing, contrast, and position to establish scan order
- every screen should have one clear primary intent
2) Consistency and Predictability
- similar controls must behave the same way
- naming, icons, spacing, and interaction patterns should stay stable across flows
- follow established platform conventions unless a documented usability reason requires deviation
3) Visibility of System Status
- always show state changes and progress in reasonable time
- loading, success, empty, and error states must be explicit
- long-running actions need progress or staged feedback
4) Match Real-World Mental Models
- use user language instead of internal engineering terminology
- organize flows in natural task order
- use familiar metaphors only when they improve understanding
5) User Control and Recovery
- support cancel/undo for non-trivial actions where feasible
- avoid irreversible destructive actions without confirmation or clear safeguards
- make exits and back paths obvious
6) Error Prevention and Resilience
- prevent invalid input early with inline guidance
- validate at the right moment to minimize surprise failures
- error messages must explain what happened and how to recover
7) Recognition Over Recall
- prefer visible choices over hidden commands
- keep important controls discoverable
- reduce memory load with defaults, previews, and contextual hints
8) Efficiency and Progressive Disclosure
- optimize core paths for low step-count
- keep novice flows obvious while enabling expert shortcuts
- reveal advanced options progressively to reduce clutter
9) Accessibility and Inclusion by Default
- design for keyboard, touch, and assistive technology use
- ensure sufficient color contrast and visible focus states
- ensure text alternatives, semantic labeling, and robust form messaging
- target WCAG 2.2 AA unless explicit constraints are documented
10) Responsive and Adaptive Layout
- layouts must adapt to mobile/tablet/desktop breakpoints
- preserve task completion capability across screen sizes
- adapt to platform conventions where divergence improves comprehension
11) Motion and Visual Restraint
- motion should communicate transitions and causality, not decoration
- visual effects should not reduce readability or increase cognitive load
- respect reduced-motion and accessibility preferences
12) Content-First Interface Discipline
- UI chrome should support task completion, not dominate it
- remove non-essential elements that do not help decisions or actions
- maintain deliberate whitespace and grouping for comprehension
Step 1: Define User + Context
For each surface, identify:
- primary role(s)
- primary intent
- critical constraints (platform, accessibility, legal, locale)
Step 2: Define Primary Tasks
- list top 3 to 5 tasks users must complete
- mark one primary action per task surface
- identify where users most likely fail or hesitate
Step 3: Apply Principle Checklist
For each task flow:
- check every core principle (1 through 12)
- mark each as
pass, partial, or fail
- for
partial/fail, propose a minimal corrective design change
Step 4: Accessibility and Inclusion Gate
Required checks:
- keyboard path for all critical actions
- visible focus indicators and logical focus order
- contrast and text scaling resilience
- non-color cues for important state differences
Step 5: Platform Adaptation Gate
- confirm adherence to target platform conventions
- document any intentional deviations and rationale
- verify that custom patterns remain learnable for first-time users
Step 6: Validation Evidence
Minimum evidence:
- before/after flow snapshot or concise change list
- principle checklist results by flow
- accessibility gate pass/fail summary
- unresolved risks and mitigation path
Acceptance Checklist
- primary tasks are discoverable within first screen context
- each surface has one clear primary action
- core states (loading/empty/error/success) are defined
- accessibility gate passes or has documented exceptions
- platform adaptation decisions are documented
- no high-severity
fail remains without mitigation
Deliverable Format
When applying this skill, provide:
- user/context assumptions
- task-flow map and primary actions
- principle checklist summary (
pass/partial/fail)
- accessibility + platform gate results
- design changes made or recommended
- open risks and next remediation step
Anti-Patterns
- aesthetic-driven redesign with no task outcome improvement
- inconsistent components across similar flows
- hidden primary actions requiring memory or guesswork
- inaccessible interactions treated as optional fixes
- using one platform's pattern in another without adaptation rationale
Related Skills
1---2name: ui-design-skills3description: Use for building or reviewing UI design quality using principles synthesized from trusted UX sources (Apple HIG, Google Material, MIT HCI, Nielsen heuristics, WCAG).4---56# UI Design Skills78## Quick Index (Action-Routed)9### Read First (All Actions)101. `Mission`112. `Use This Skill When`123. `Scope Boundary`134. `Source Set (Trusted References)`145. `Core Principles`1516### Action Modules (Read As Needed)171. Design framing:18 - `Step 1: Define User + Context`19 - `Step 2: Define Primary Tasks`202. UI quality application:21 - `Step 3: Apply Principle Checklist`22 - `Step 4: Accessibility and Inclusion Gate`23 - `Step 5: Platform Adaptation Gate`243. Verification:25 - `Step 6: Validation Evidence`26 - `Acceptance Checklist`2728### Output291. `Deliverable Format`302. `Anti-Patterns`3132## Mission33Provide a practical, source-grounded UI design standard that applies to any app domain and can be executed as deterministic design guidance.3435## Use This Skill When361. creating or revising UI layouts, flows, components, or visual systems372. evaluating UI quality before implementation or release383. resolving design tradeoffs with objective principles instead of preference-only debate394. needing a common quality baseline across web/mobile/desktop apps4041## Scope Boundary42This skill is UX/UI principle synthesis and application.4344Use [UI Spatial Canvas](../ui-spatial-canvas/SKILL.md) when:451. the requested interface should follow no-scrollbar viewport framing and root-level spatial navigation462. interaction architecture is explicitly Spatial Canvas style4748Use [Thoughtful Approach](../thoughtful-approach/SKILL.md) when:491. product feature scope decisions (must-have versus nice-to-have) are the primary problem5051## Source Set (Trusted References)52Primary references:531. Apple Human Interface Guidelines:54 - https://developer.apple.com/design/human-interface-guidelines552. Google Material Design:56 - https://m1.material.io/573. MIT 6.813/6.831 User Interface Design and Implementation:58 - https://web.mit.edu/6.813/59 - https://web.mit.edu/6.813/www/sp16/classes/01-usability/604. Nielsen Norman Group usability heuristics:61 - https://www.nngroup.com/articles/ten-usability-heuristics/625. W3C WCAG 2 Overview:63 - https://www.w3.org/WAI/standards-guidelines/wcag/6465Reference policy:661. these sources define baseline principles672. when sources conflict, prioritize accessibility and platform conventions for the target platform683. if platform-specific UX rules are strict (for example iOS or Android), adapt patterns to match native expectations6970## Core Principles71### 1) Clarity and Hierarchy721. primary actions and information must be visually obvious732. use size, spacing, contrast, and position to establish scan order743. every screen should have one clear primary intent7576### 2) Consistency and Predictability771. similar controls must behave the same way782. naming, icons, spacing, and interaction patterns should stay stable across flows793. follow established platform conventions unless a documented usability reason requires deviation8081### 3) Visibility of System Status821. always show state changes and progress in reasonable time832. loading, success, empty, and error states must be explicit843. long-running actions need progress or staged feedback8586### 4) Match Real-World Mental Models871. use user language instead of internal engineering terminology882. organize flows in natural task order893. use familiar metaphors only when they improve understanding9091### 5) User Control and Recovery921. support cancel/undo for non-trivial actions where feasible932. avoid irreversible destructive actions without confirmation or clear safeguards943. make exits and back paths obvious9596### 6) Error Prevention and Resilience971. prevent invalid input early with inline guidance982. validate at the right moment to minimize surprise failures993. error messages must explain what happened and how to recover100101### 7) Recognition Over Recall1021. prefer visible choices over hidden commands1032. keep important controls discoverable1043. reduce memory load with defaults, previews, and contextual hints105106### 8) Efficiency and Progressive Disclosure1071. optimize core paths for low step-count1082. keep novice flows obvious while enabling expert shortcuts1093. reveal advanced options progressively to reduce clutter110111### 9) Accessibility and Inclusion by Default1121. design for keyboard, touch, and assistive technology use1132. ensure sufficient color contrast and visible focus states1143. ensure text alternatives, semantic labeling, and robust form messaging1154. target WCAG 2.2 AA unless explicit constraints are documented116117### 10) Responsive and Adaptive Layout1181. layouts must adapt to mobile/tablet/desktop breakpoints1192. preserve task completion capability across screen sizes1203. adapt to platform conventions where divergence improves comprehension121122### 11) Motion and Visual Restraint1231. motion should communicate transitions and causality, not decoration1242. visual effects should not reduce readability or increase cognitive load1253. respect reduced-motion and accessibility preferences126127### 12) Content-First Interface Discipline1281. UI chrome should support task completion, not dominate it1292. remove non-essential elements that do not help decisions or actions1303. maintain deliberate whitespace and grouping for comprehension131132## Step 1: Define User + Context133For each surface, identify:1341. primary role(s)1352. primary intent1363. critical constraints (platform, accessibility, legal, locale)137138## Step 2: Define Primary Tasks1391. list top 3 to 5 tasks users must complete1402. mark one primary action per task surface1413. identify where users most likely fail or hesitate142143## Step 3: Apply Principle Checklist144For each task flow:1451. check every core principle (1 through 12)1462. mark each as `pass`, `partial`, or `fail`1473. for `partial`/`fail`, propose a minimal corrective design change148149## Step 4: Accessibility and Inclusion Gate150Required checks:1511. keyboard path for all critical actions1522. visible focus indicators and logical focus order1533. contrast and text scaling resilience1544. non-color cues for important state differences155156## Step 5: Platform Adaptation Gate1571. confirm adherence to target platform conventions1582. document any intentional deviations and rationale1593. verify that custom patterns remain learnable for first-time users160161## Step 6: Validation Evidence162Minimum evidence:1631. before/after flow snapshot or concise change list1642. principle checklist results by flow1653. accessibility gate pass/fail summary1664. unresolved risks and mitigation path167168## Acceptance Checklist1691. primary tasks are discoverable within first screen context1702. each surface has one clear primary action1713. core states (loading/empty/error/success) are defined1724. accessibility gate passes or has documented exceptions1735. platform adaptation decisions are documented1746. no high-severity `fail` remains without mitigation175176## Deliverable Format177When applying this skill, provide:1781. user/context assumptions1792. task-flow map and primary actions1803. principle checklist summary (`pass`/`partial`/`fail`)1814. accessibility + platform gate results1825. design changes made or recommended1836. open risks and next remediation step184185## Anti-Patterns1861. aesthetic-driven redesign with no task outcome improvement1872. inconsistent components across similar flows1883. hidden primary actions requiring memory or guesswork1894. inaccessible interactions treated as optional fixes1905. using one platform's pattern in another without adaptation rationale191192## Related Skills193- [UI Spatial Canvas](../ui-spatial-canvas/SKILL.md): apply Spatial Canvas interaction architecture when explicitly requested.194- [Thoughtful Approach](../thoughtful-approach/SKILL.md): prioritize user-value scope decisions.195- [Regression Prevention](../regression-prevention/SKILL.md): protect behavior while implementing UI changes.196- [Doc Maintenance](../doc-maintenance/SKILL.md): keep UX documentation synchronized with implementation.197- [Token Reduction](../token-reduction/SKILL.md): keep design rationale concise and high-signal.