agentsclimarketplace

Design review

Skill joaquimscosta/arkhe-claude-plugins/plugins/review/skills/design-review

Supercharge Claude Code with 109 specialized components — 22 agents, 32 commands, 55 skills across 13 modular plugins. Deep reasoning, autonomous dev loops, DDD architecture, design system enforcement, git automation, and more.

Install
npx -y skills add joaquimscosta/arkhe-claude-plugins --skill design-review

Assembled from the repository path, not quoted from the project. Check it against their README if it does not work.

One thing to look at

  • 21 stars21 stars. Stars are a popularity signal and not a quality one, but at this level it is likely that nobody has read this closely except its author, and you would be relying on your own review.

What its author says it does

Copied from the file, not written here

Comprehensive UI/UX design review with live environment testing, responsive validation, accessibility compliance (WCAG 2.1 AA), and visual consistency analysis using Playwright. Use when user runs /design-review, /review:design-review, requests a "design review", "UI review", "UX audit", or mentions "review the design", "check accessibility", "responsive testing".

SKILL.md

5.2 KB, as published. Nobody here has run it

Design Review

World-class design review following standards of top Silicon Valley companies (Stripe, Airbnb, Linear).

Parse Arguments

Output Path Configuration:

  • If $ARGUMENTS is provided and non-empty: Use $ARGUMENTS as the output directory
  • Otherwise: Use default ./reviews/design/

Git Analysis

GIT STATUS:

!`git status`

FILES MODIFIED:

!`git diff --name-only origin/HEAD...`

COMMITS:

!`git log --no-decorate origin/HEAD...`

DIFF CONTENT:

!`git diff --merge-base origin/HEAD`

Review the complete diff above to understand the scope of UI/UX changes.

Core Methodology

"Live Environment First" — Always assess the interactive experience before diving into static analysis or code. Prioritize the actual user experience over theoretical perfection.

Prerequisites

  • A live preview environment (local dev server or staging URL)
  • Playwright CLI for automated browser testing (refer to the playwright:playwright-cli skill for full command reference)

Review Phases

Execute each phase systematically. See WORKFLOW.md for detailed checklists.

PhaseFocusKey Actions
0PreparationAnalyze PR/description, review code diff, set up preview, configure viewport (1440x900)
1InteractionExecute user flows, test interactive states (hover/active/disabled), verify confirmations
2Responsiveness7 viewport tiers (375–1920px), between-breakpoint sweeps, zoom reflow (400%), container queries
3Visual PolishLayout alignment, typography hierarchy, color consistency, image quality
4AccessibilityAutomated axe-core scan + manual keyboard sequence (Tab order, focus traps, Enter/Space)
5RobustnessForm validation, content overflow, loading/empty/error states, edge cases
6Code HealthComponent reuse, design tokens (no magic numbers), pattern adherence
7Content & ConsoleGrammar, text clarity, browser console errors/warnings

Confidence & Signal Quality

Before reporting any finding, score confidence 1-10:

ConfidenceActionRequirement
9-10ReportMeasurable failure with concrete evidence (screenshot, axe output, contrast ratio)
7-8ReportDesign system violation with specific token/rule reference
5-6SuppressPlausible but speculative — no system rule to cite
Below 5DiscardAesthetic preference or subjective opinion

Finding caps: Max 8 meaningful findings (Blocker + High-Priority + Medium-Priority) and max 2 Nits per review. If more exist, keep the highest-confidence items and note "additional observations available on request."

Self-reflection: After generating all candidate findings, re-evaluate each in context of the full set. Remove redundant, low-signal, or opinion-only items. Apply false positive filtering from WORKFLOW.md.

Triage Matrix

Categorize every finding using confidence thresholds:

  • [Blocker]: Measurable failure requiring immediate fix — broken layout, keyboard trap, contrast <4.5:1, element inaccessible, content overflow (confidence >=8)
  • [High-Priority]: Documented system violation — wrong design token, WCAG AA violation, responsive breakage (confidence >=7)
  • [Medium-Priority]: Inconsistency with evidence — spacing/alignment with comparison screenshot (confidence >=6)
  • [Nit]: Minor aesthetic detail, optional — max 2 per review
  • [Praise]: Acknowledge a good design decision — max 1 per review

Communication Principles

  1. Problems Over Prescriptions: Describe problems and their impact, not technical solutions. Example: Instead of "Change margin to 16px", say "The spacing feels inconsistent with adjacent elements."
  2. Evidence-Based: Provide screenshots for visual issues. Reference specific design tokens or WCAG criteria.
  3. Start Positive: Begin with acknowledgment of what works well.

Output Instructions

  1. Create output directory using Bash: mkdir -p {output-directory}
  2. Save the report to: {output-directory}/{YYYY-MM-DD}_{HH-MM-SS}_design-review.md

Include this header:

# Design Review Report

**Date**: {ISO 8601 date}
**Branch**: {current branch name}
**Commit**: {short commit hash}
**Reviewer**: Claude Code (design-review)

---
  1. Display the full report to the user in the chat
  2. Confirm the save: Report saved to: {output-directory}/{filename}

Resources

  • WORKFLOW.md - Detailed phase-by-phase checklists, false positive filtering, confidence scoring guide, and report template
  • EXAMPLES.md - Sample design review reports
  • TROUBLESHOOTING.md - Common issues with environment, viewports, accessibility, and output

Keep looking

Skills are one crate of 328,083. Ordering is by how many stacks a row turns up in, so the top of any crate is what has actually been picked rather than what has the most stars.