name: ui-design-skills
description: Use for building or reviewing UI design quality using principles synthesized from trusted UX sources (Apple HIG, Google Material, MIT HCI, Nielsen heuristics, WCAG).
UI Design Skills
Quick Index (Action-Routed)
Read First (All Actions)
MissionUse This Skill WhenScope BoundarySource Set (Trusted References)Core Principles
Action Modules (Read As Needed)
- Design framing:
Step 1: Define User + ContextStep 2: Define Primary Tasks
- UI quality application:
Step 3: Apply Principle ChecklistStep 4: Accessibility and Inclusion GateStep 5: Platform Adaptation Gate
- Verification:
Step 6: Validation EvidenceAcceptance Checklist
Output
Deliverable FormatAnti-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:
- https://developer.apple.com/design/human-interface-guidelines
- Google Material Design:
- MIT 6.813/6.831 User Interface Design and Implementation:
- https://web.mit.edu/6.813/
- https://web.mit.edu/6.813/www/sp16/classes/01-usability/
- Nielsen Norman Group usability heuristics:
- https://www.nngroup.com/articles/ten-usability-heuristics/
- W3C WCAG 2 Overview:
- https://www.w3.org/WAI/standards-guidelines/wcag/
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
- 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
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