Frontend Design Review
Review UI implementations against design quality standards OR create distinctive, production-grade frontend interfaces
Two Modes
Mode 1: Design Review
Evaluate existing UI for:
- Design system compliance
- Three quality pillars (Frictionless, Quality Craft, Trustworthy)
- Accessibility
- Code quality
Mode 2: Creative Frontend Design
Create distinctive interfaces that:
- Avoid generic "AI slop" aesthetics
- Have clear conceptual direction
- Execute with precision
Design Review
Design System Workflow
Before implementing:
- Review component in your Storybook / component library for API and usage
- Use Figma Dev Mode to get exact specs (spacing, tokens, properties)
- Implement using design system components + design tokens
During review:
- Compare implementation to Figma design
- Verify design tokens are used (not hardcoded values)
- Check all variants/states are implemented correctly
- Flag deviations (needs design approval)
If component doesn't exist:
- Check if existing component can be adapted
- Reach out to design for new component creation
- Document exception and rationale in code
Review Process
- Identify user task
- Check design system for matching patterns
- Evaluate aesthetic direction
- Identify scope (component, feature, or flow)
- Evaluate each pillar
- Score and prioritize issues (blocking/major/minor)
- Provide recommendations with design system examples
Core Principles
- Task completion: Minimum clicks. Every screen answers "What can I do?" and "What happens next?"
- Action hierarchy: 1-2 primary actions per view. Progressive disclosure for secondary.
- Onboarding: Explain features on introduction. Smart defaults over configuration.
- Navigation: Clear entry/exit points. Back/cancel always available. Breadcrumbs for deep flows.
Quality Pillars
1. Frictionless Insight to Action
Evaluate: Task completable in ≤3 interactions? Primary action obvious and singular?
Red flags:
- Excessive clicks
- Multiple competing primary buttons
- Buried actions
- Dead ends
2. Quality is Craft
Evaluate:
- Design system compliance: matches Figma specs, uses design tokens
- Aesthetic direction: distinctive typography, cohesive colors, intentional motion
- Accessibility: Grade C minimum (WCAG 2.1 A), Grade B ideal (WCAG 2.1 AA)
Red flags:
- Generic AI aesthetics
- Hardcoded values
- Implementation doesn't match Figma
- Broken reflow
- Missing focus indicators
3. Trustworthy Building
Evaluate:
- AI transparency: disclaimer on AI-generated content
- Error transparency: actionable error messages
Red flags:
- Missing AI disclaimers
- Opaque errors without guidance
Creative Frontend Design
Before coding, commit to an aesthetic direction:
- Purpose: What problem does this solve? Who uses it?
- Tone: minimal, maximalist, retro-futuristic, organic, luxury, playful, editorial, brutalist, art deco, soft/pastel, industrial, etc.
- Constraints: Framework, performance, accessibility requirements.
- Differentiation: What makes this distinctive and context-appropriate?
Aesthetics Guidelines
| Element |
Guidance |
| Typography |
Distinctive fonts that elevate aesthetics. Pair a display font with a refined body font. Avoid: Inter, Roboto, Arial, Space Grotesk. |
| Color & Theme |
Cohesive palette with CSS variables. Dominant colors + sharp accents > timid, evenly-distributed palettes. |
| Motion |
CSS-only preferred. One well-orchestrated page load with staggered reveals > scattered micro-interactions. |
| Spatial Composition |
Asymmetry, overlap, diagonal flow, grid-breaking elements, generous negative space OR controlled density. |
| Backgrounds |
Gradient meshes, noise textures, geometric patterns, layered transparencies, dramatic shadows, grain overlays. |
AVOID:
- Overused fonts
- Cliché color schemes
- Predictable layouts
- Cookie-cutter design without context-specific character
Match implementation complexity to vision. Maximalist = elaborate code. Minimalist = restraint and precision.
Accessibility Quick Check
Grade C (WCAG 2.1 A) — Minimum
Grade B (WCAG 2.1 AA) — Target
Grade A (WCAG 2.1 AAA) — Stretch
Review Output Format
## Summary
[One-line assessment: pass/needs work/blocking issues]
## Pillar Scores
| Pillar | Score | Notes |
|--------|-------|-------|
| Frictionless | ⚠️ | 4 clicks to complete primary task |
| Quality Craft | ✅ | Design system compliant |
| Trustworthy | ❌ | Missing AI disclaimer |
## Issues
### Blocking
1. [Issue]: [Description] → [Fix]
### Major
1. [Issue]: [Description] → [Fix]
### Minor
1. [Issue]: [Description] → [Fix]
## Recommendations
[Prioritized next steps with design system references]
Review Type Modifiers
PR Review Focus
- Code quality and patterns
- Design token usage
- Component API compliance
- Breaking changes to shared components
Creative Review Focus
- Aesthetic distinctiveness
- Conceptual coherence
- Technical execution of vision
- Performance impact of effects
Accessibility Audit Focus
- WCAG conformance level
- Assistive technology compatibility
- Keyboard navigation paths
- Screen reader announcements
Design System Compliance Focus
- Token usage vs hardcoded values
- Component variants coverage
- Figma-to-code accuracy
- Documentation updates needed
Quick Checklist
Pre-Approval
Design System:
React 19 Patterns (if applicable):
Aesthetic Quality:
Frictionless:
Quality Craft:
Trustworthy:
Modern Stack Reference
| Layer |
Recommended |
Notes |
| Framework |
React 19 |
useActionState, useOptimistic, use() |
| Styling |
Tailwind + CSS vars |
Design tokens via variables |
| Components |
shadcn/ui + Radix |
Open Code philosophy |
| Server state |
TanStack Query |
Caching, optimistic updates |
| Client state |
Zustand |
Simple, TypeScript-first |
| Forms |
React Hook Form + Zod |
Or native form actions |
| Testing |
Vitest + Testing Library |
Test behavior, not implementation |
Related Skills
This skill complements:
- ui-ux-design — Accessibility patterns, design system foundations
- Frontend agent — React 19 patterns, full component examples
- graphic-design — Visual design principles, SVG graphics
- code-review — Technical review patterns
Acknowledgments
Design review principles and quality pillar framework created by @Quirinevwm.
Creative frontend guidance inspired by Anthropic's frontend-design skill.
1---2name: frontend-design-review3description: Review and create distinctive frontend interfaces — design system compliance, three quality pillars (Frictionless, Quality Craft, Trustworthy), accessibility4---5
6# Frontend Design Review
7
8
9> Review UI implementations against design quality standards **OR** create distinctive, production-grade frontend interfaces
10
11---
12
13## Two Modes
14
15### Mode 1: Design Review
16
17Evaluate existing UI for:
18
19- Design system compliance
20- Three quality pillars (Frictionless, Quality Craft, Trustworthy)
21- Accessibility
22- Code quality
23
24### Mode 2: Creative Frontend Design
25
26Create distinctive interfaces that:
27
28- Avoid generic "AI slop" aesthetics
29- Have clear conceptual direction
30- Execute with precision
31
32---
33
34## Design Review
35
36### Design System Workflow
37
38**Before implementing:**
39
401. Review component in your Storybook / component library for API and usage
412. Use Figma Dev Mode to get exact specs (spacing, tokens, properties)
423. Implement using design system components + design tokens
43
44**During review:**
45
461. Compare implementation to Figma design
472. Verify design tokens are used (not hardcoded values)
483. Check all variants/states are implemented correctly
494. Flag deviations (needs design approval)
50
51**If component doesn't exist:**
52
531. Check if existing component can be adapted
542. Reach out to design for new component creation
553. Document exception and rationale in code
56
57### Review Process
58
591. Identify user task
602. Check design system for matching patterns
613. Evaluate aesthetic direction
624. Identify scope (component, feature, or flow)
635. Evaluate each pillar
646. Score and prioritize issues (blocking/major/minor)
657. Provide recommendations with design system examples
66
67### Core Principles
68
69- **Task completion**: Minimum clicks. Every screen answers "What can I do?" and "What happens next?"
70- **Action hierarchy**: 1-2 primary actions per view. Progressive disclosure for secondary.
71- **Onboarding**: Explain features on introduction. Smart defaults over configuration.
72- **Navigation**: Clear entry/exit points. Back/cancel always available. Breadcrumbs for deep flows.
73
74---
75
76## Quality Pillars
77
78### 1. Frictionless Insight to Action
79
80**Evaluate:** Task completable in ≤3 interactions? Primary action obvious and singular?
81
82**Red flags:**
83
84- Excessive clicks
85- Multiple competing primary buttons
86- Buried actions
87- Dead ends
88
89### 2. Quality is Craft
90
91**Evaluate:**
92
93- **Design system compliance**: matches Figma specs, uses design tokens
94- **Aesthetic direction**: distinctive typography, cohesive colors, intentional motion
95- **Accessibility**: Grade C minimum (WCAG 2.1 A), Grade B ideal (WCAG 2.1 AA)
96
97**Red flags:**
98
99- Generic AI aesthetics
100- Hardcoded values
101- Implementation doesn't match Figma
102- Broken reflow
103- Missing focus indicators
104
105### 3. Trustworthy Building
106
107**Evaluate:**
108
109- **AI transparency**: disclaimer on AI-generated content
110- **Error transparency**: actionable error messages
111
112**Red flags:**
113
114- Missing AI disclaimers
115- Opaque errors without guidance
116
117---
118
119## Creative Frontend Design
120
121Before coding, commit to an aesthetic direction:
122
123- **Purpose**: What problem does this solve? Who uses it?
124- **Tone**: minimal, maximalist, retro-futuristic, organic, luxury, playful, editorial, brutalist, art deco, soft/pastel, industrial, etc.
125- **Constraints**: Framework, performance, accessibility requirements.
126- **Differentiation**: What makes this distinctive and context-appropriate?
127
128### Aesthetics Guidelines
129
130| Element | Guidance |
131|---------|----------|
132| **Typography** | Distinctive fonts that elevate aesthetics. Pair a display font with a refined body font. **Avoid**: Inter, Roboto, Arial, Space Grotesk. |
133| **Color & Theme** | Cohesive palette with CSS variables. Dominant colors + sharp accents > timid, evenly-distributed palettes. |
134| **Motion** | CSS-only preferred. One well-orchestrated page load with staggered reveals > scattered micro-interactions. |
135| **Spatial Composition** | Asymmetry, overlap, diagonal flow, grid-breaking elements, generous negative space OR controlled density. |
136| **Backgrounds** | Gradient meshes, noise textures, geometric patterns, layered transparencies, dramatic shadows, grain overlays. |
137
138**AVOID:**
139
140- Overused fonts
141- Cliché color schemes
142- Predictable layouts
143- Cookie-cutter design without context-specific character
144
145Match implementation complexity to vision. Maximalist = elaborate code. Minimalist = restraint and precision.
146
147---
148
149## Accessibility Quick Check
150
151### Grade C (WCAG 2.1 A) — Minimum
152
153- [ ] All interactive elements keyboard accessible
154- [ ] Focus visible on all focusable elements
155- [ ] Images have alt text
156- [ ] Color is not the only means of conveying information
157- [ ] Form fields have labels
158
159### Grade B (WCAG 2.1 AA) — Target
160
161- [ ] Color contrast ≥4.5:1 (text), ≥3:1 (large text, UI components)
162- [ ] Focus indicators visible and clear
163- [ ] Text resizable to 200% without loss of functionality
164- [ ] Keyboard focus order logical
165- [ ] Error messages identify the field and describe the error
166
167### Grade A (WCAG 2.1 AAA) — Stretch
168
169- [ ] Color contrast ≥7:1 (text)
170- [ ] No timing-based interactions without controls
171- [ ] Sign language for video content
172- [ ] Extended audio descriptions
173
174---
175
176## Review Output Format
177
178```markdown
179## Summary
180[One-line assessment: pass/needs work/blocking issues]
181
182## Pillar Scores
183| Pillar | Score | Notes |
184|--------|-------|-------|
185| Frictionless | ⚠️ | 4 clicks to complete primary task |
186| Quality Craft | ✅ | Design system compliant |
187| Trustworthy | ❌ | Missing AI disclaimer |
188
189## Issues
190
191### Blocking
1921. [Issue]: [Description] → [Fix]
193
194### Major
1951. [Issue]: [Description] → [Fix]
196
197### Minor
1981. [Issue]: [Description] → [Fix]
199
200## Recommendations
201[Prioritized next steps with design system references]
202```
203
204---
205
206## Review Type Modifiers
207
208### PR Review Focus
209
210- Code quality and patterns
211- Design token usage
212- Component API compliance
213- Breaking changes to shared components
214
215### Creative Review Focus
216
217- Aesthetic distinctiveness
218- Conceptual coherence
219- Technical execution of vision
220- Performance impact of effects
221
222### Accessibility Audit Focus
223
224- WCAG conformance level
225- Assistive technology compatibility
226- Keyboard navigation paths
227- Screen reader announcements
228
229### Design System Compliance Focus
230
231- Token usage vs hardcoded values
232- Component variants coverage
233- Figma-to-code accuracy
234- Documentation updates needed
235
236---
237
238## Quick Checklist
239
240### Pre-Approval
241
242**Design System:**
243
244- [ ] Uses design system components (not custom implementations)
245- [ ] Uses design tokens (not hardcoded colors/spacing)
246- [ ] Matches Figma specs within tolerance
247- [ ] All variants/states implemented
248
249**React 19 Patterns (if applicable):**
250
251- [ ] Forms use `useActionState` (not manual useState + fetch)
252- [ ] Optimistic updates use `useOptimistic` hook
253- [ ] Server state via TanStack Query (not local state for fetched data)
254- [ ] Submit buttons use `useFormStatus` from design system
255- [ ] No unnecessary `forwardRef` (React 19 accepts ref as prop)
256
257**Aesthetic Quality:**
258
259- [ ] Distinctive typography choice
260- [ ] Cohesive color palette via CSS variables
261- [ ] Intentional motion (or explicit choice of none)
262- [ ] Appropriate visual density
263
264**Frictionless:**
265
266- [ ] Primary action ≤3 interactions
267- [ ] Clear action hierarchy
268- [ ] No dead ends
269- [ ] Progress indicators for multi-step flows
270- [ ] Optimistic UI for perceived performance
271
272**Quality Craft:**
273
274- [ ] Responsive/reflow works
275- [ ] Focus indicators visible (`:focus-visible` with ring)
276- [ ] Loading states present (skeleton > spinner)
277- [ ] Error states handled with `role="alert"`
278
279**Trustworthy:**
280
281- [ ] AI content disclosed
282- [ ] Errors are actionable
283- [ ] User data handling transparent
284
285---
286
287## Modern Stack Reference
288
289| Layer | Recommended | Notes |
290|-------|-------------|-------|
291| Framework | React 19 | useActionState, useOptimistic, use() |
292| Styling | Tailwind + CSS vars | Design tokens via variables |
293| Components | shadcn/ui + Radix | Open Code philosophy |
294| Server state | TanStack Query | Caching, optimistic updates |
295| Client state | Zustand | Simple, TypeScript-first |
296| Forms | React Hook Form + Zod | Or native form actions |
297| Testing | Vitest + Testing Library | Test behavior, not implementation |
298
299## Related Skills
300
301This skill complements:
302
303- **ui-ux-design** — Accessibility patterns, design system foundations
304- **Frontend** agent — React 19 patterns, full component examples
305- **graphic-design** — Visual design principles, SVG graphics
306- **code-review** — Technical review patterns
307
308---
309
310## Acknowledgments
311
312Design review principles and quality pillar framework created by [@Quirinevwm](https://github.com/Quirinevwm).
313Creative frontend guidance inspired by [Anthropic's frontend-design skill](https://github.com/anthropics/skills/tree/main/skills/frontend-design).