[IMPORTANT] Use TaskCreate to break ALL work into small tasks BEFORE starting — including tasks for each file read. This prevents context loss from long files. For simple tasks, AI MUST ATTENTION ask user whether to skip.
Quick Summary
Goal: Review UI code for WCAG 2.2 accessibility, Core Web Vitals performance, and modern web design best practices.
Workflow:
- Identify Target — Use provided file/pattern or ask user which components to review
- Scan Files — Read and Grep target files for violation patterns
- Check Categories — Accessibility, keyboard nav, forms, animation, performance, touch/mobile, content, dark mode/i18n
- Report Findings — Group by file, use
file:line format, terse findings, prioritized summary
Key Rules:
- Review-only skill: finds issues, does NOT fix them
- Check categories in priority order (accessibility first)
- Also reference
docs/project-reference/scss-styling-guide.md if available (content auto-injected by hook — check for [Injected: ...] header before reading)
Be skeptical. Apply critical thinking, sequential thinking. Every claim needs traced proof, confidence percentages (Idea should be more than 80%).
Web Design Guidelines Review
Review UI code for compliance with WCAG 2.2, Core Web Vitals, and modern web design best practices. This is a review-only skill -- it finds issues, not fixes them.
When to Use
- Reviewing UI code for accessibility compliance before release
- Auditing a component or page for WCAG 2.2 violations
- Checking Core Web Vitals performance patterns in code
- Validating responsive design and mobile-friendly patterns
- Pre-PR UI quality gate check
When NOT to Use
- Building UI -- use
frontend-design
- Creating design specs -- use
design-spec
- Full UX design process -- use
ux-designer
- Project SCSS review -- also check
docs/project-reference/scss-styling-guide.md
Prerequisites
- Full guidelines reference:
references/guidelines.md
- Project SCSS:
docs/project-reference/scss-styling-guide.md (if available)
Workflow
Identify target files
- IF file/pattern argument provided → use it
- IF not → ask user which files or components to review
Scan files using Read and Grep tools
Check against categories (in priority order):
- Accessibility -- semantic HTML, ARIA, labels, alt text, color contrast, focus indicators
- Keyboard navigation -- tab order, focus trap in modals, escape key handling
- Forms -- labels, validation, error display, autocomplete, paste not blocked
- Animation --
prefers-reduced-motion respected, no transition: all, GPU-safe properties only
- Performance -- image dimensions set, lazy loading, no layout thrashing, virtualization for large lists
- Touch/Mobile -- touch targets >= 44px,
touch-action: manipulation, safe areas
- Content -- text overflow handled, empty states, responsive breakpoints
- Dark mode / i18n --
color-scheme, logical CSS properties, Intl.* formatters
Report findings in output format below
Output Format
Group by file. Use file:line format. Terse findings. No preamble.
## src/components/Button.tsx
src/components/Button.tsx:42 - icon button missing aria-label
src/components/Button.tsx:55 - animation missing prefers-reduced-motion check
src/components/Button.tsx:67 - transition: all -> list specific properties
src/components/Button.tsx:89 - div with onClick -> use <button>
## src/components/Modal.tsx
src/components/Modal.tsx:12 - missing overscroll-behavior: contain
src/components/Modal.tsx:78 - no focus trap for modal dialog
## src/components/Card.tsx
[check] No issues found
## Summary
- 4 accessibility issues
- 2 performance issues
- 1 UX issue
- Priority: Fix accessibility issues first (WCAG compliance)
Examples
Example 1: Accessibility review
Input: "Review the user profile component for accessibility"
Action: Read component file, check for semantic HTML, ARIA attributes, label associations, color contrast patterns, keyboard navigation, focus indicators. Report each violation with file:line.
Example 2: Visual polish review
Input: "Check the dashboard page for design best practices"
Action: Scan for animation performance (no transition: all), image optimization (dimensions, lazy loading), responsive patterns (breakpoints, safe areas), typography (line height, max-width), empty states handling. Report categorized findings.
Related Skills
| Skill |
When to use instead |
frontend-design |
Building UI (not reviewing) |
design-spec |
Creating design specifications |
ux-designer |
Full UX design process |
Closing Reminders
- IMPORTANT MUST ATTENTION break work into small todo tasks using
TaskCreate BEFORE starting
- IMPORTANT MUST ATTENTION search codebase for 3+ similar patterns before creating new code
- IMPORTANT MUST ATTENTION cite
file:line evidence for every claim (confidence >80% to act)
- IMPORTANT MUST ATTENTION add a final review todo task to verify work quality
Converted and distributed by TomeVault — claim your Tome and manage your conversions.
1---2name: duc01226-easyplatform-web-design-guidelines3description: > **[IMPORTANT]** Use `TaskCreate` to break ALL work into small tasks BEFORE starting — including tasks for each file read. This prevents context loss from long files. For simple tasks, AI MUST ATTENTION ask user whether to skip.4---56> **[IMPORTANT]** Use `TaskCreate` to break ALL work into small tasks BEFORE starting — including tasks for each file read. This prevents context loss from long files. For simple tasks, AI MUST ATTENTION ask user whether to skip.78## Quick Summary910**Goal:** Review UI code for WCAG 2.2 accessibility, Core Web Vitals performance, and modern web design best practices.1112**Workflow:**13141. **Identify Target** — Use provided file/pattern or ask user which components to review152. **Scan Files** — Read and Grep target files for violation patterns163. **Check Categories** — Accessibility, keyboard nav, forms, animation, performance, touch/mobile, content, dark mode/i18n174. **Report Findings** — Group by file, use `file:line` format, terse findings, prioritized summary1819**Key Rules:**2021- Review-only skill: finds issues, does NOT fix them22- Check categories in priority order (accessibility first)23- Also reference `docs/project-reference/scss-styling-guide.md` if available (content auto-injected by hook — check for [Injected: ...] header before reading)2425**Be skeptical. Apply critical thinking, sequential thinking. Every claim needs traced proof, confidence percentages (Idea should be more than 80%).**2627# Web Design Guidelines Review2829Review UI code for compliance with WCAG 2.2, Core Web Vitals, and modern web design best practices. This is a **review-only** skill -- it finds issues, not fixes them.3031## When to Use3233- Reviewing UI code for accessibility compliance before release34- Auditing a component or page for WCAG 2.2 violations35- Checking Core Web Vitals performance patterns in code36- Validating responsive design and mobile-friendly patterns37- Pre-PR UI quality gate check3839## When NOT to Use4041- **Building** UI -- use `frontend-design`42- **Creating** design specs -- use `design-spec`43- **Full UX design** process -- use `ux-designer`44- Project SCSS review -- also check `docs/project-reference/scss-styling-guide.md`4546## Prerequisites4748- Full guidelines reference: `references/guidelines.md`49- Project SCSS: `docs/project-reference/scss-styling-guide.md` (if available)5051## Workflow52531. **Identify target files**54 - IF file/pattern argument provided → use it55 - IF not → ask user which files or components to review56572. **Scan files** using Read and Grep tools58593. **Check against categories** (in priority order):60 - **Accessibility** -- semantic HTML, ARIA, labels, alt text, color contrast, focus indicators61 - **Keyboard navigation** -- tab order, focus trap in modals, escape key handling62 - **Forms** -- labels, validation, error display, autocomplete, paste not blocked63 - **Animation** -- `prefers-reduced-motion` respected, no `transition: all`, GPU-safe properties only64 - **Performance** -- image dimensions set, lazy loading, no layout thrashing, virtualization for large lists65 - **Touch/Mobile** -- touch targets >= 44px, `touch-action: manipulation`, safe areas66 - **Content** -- text overflow handled, empty states, responsive breakpoints67 - **Dark mode / i18n** -- `color-scheme`, logical CSS properties, `Intl.*` formatters68694. **Report findings** in output format below7071## Output Format7273Group by file. Use `file:line` format. Terse findings. No preamble.7475```text76## src/components/Button.tsx7778src/components/Button.tsx:42 - icon button missing aria-label79src/components/Button.tsx:55 - animation missing prefers-reduced-motion check80src/components/Button.tsx:67 - transition: all -> list specific properties81src/components/Button.tsx:89 - div with onClick -> use <button>8283## src/components/Modal.tsx8485src/components/Modal.tsx:12 - missing overscroll-behavior: contain86src/components/Modal.tsx:78 - no focus trap for modal dialog8788## src/components/Card.tsx8990[check] No issues found9192## Summary9394- 4 accessibility issues95- 2 performance issues96- 1 UX issue97- Priority: Fix accessibility issues first (WCAG compliance)98```99100## Examples101102### Example 1: Accessibility review103104**Input:** "Review the user profile component for accessibility"105106**Action:** Read component file, check for semantic HTML, ARIA attributes, label associations, color contrast patterns, keyboard navigation, focus indicators. Report each violation with file:line.107108### Example 2: Visual polish review109110**Input:** "Check the dashboard page for design best practices"111112**Action:** Scan for animation performance (no `transition: all`), image optimization (dimensions, lazy loading), responsive patterns (breakpoints, safe areas), typography (line height, max-width), empty states handling. Report categorized findings.113114## Related Skills115116| Skill | When to use instead |117| ----------------- | ------------------------------ |118| `frontend-design` | Building UI (not reviewing) |119| `design-spec` | Creating design specifications |120| `ux-designer` | Full UX design process |121122---123124## Closing Reminders125126- **IMPORTANT MUST ATTENTION** break work into small todo tasks using `TaskCreate` BEFORE starting127- **IMPORTANT MUST ATTENTION** search codebase for 3+ similar patterns before creating new code128- **IMPORTANT MUST ATTENTION** cite `file:line` evidence for every claim (confidence >80% to act)129- **IMPORTANT MUST ATTENTION** add a final review todo task to verify work quality130131---132> Converted and distributed by [TomeVault](https://tomevault.io/claim/duc01226) — claim your Tome and manage your conversions.133<!-- tomevault:4.0:skill_md:2026-04-13 -->