
Web Design Reviewer
Visually inspect a running site in the browser, flag responsive, accessibility, and layout issues, then patch the source in your repo.
Overview
web-design-reviewer is an agent skill most often used in Ship (also Build frontend) that visually inspects live sites and fixes responsive, accessibility, and layout issues in source code.
Install
npx skills add https://github.com/github/awesome-copilot --skill web-design-reviewerWhat is this skill?
- 4-step workflow: information gathering → visual inspection → issue fixing → re-verification with loop until clean
- Covers static HTML, React/Vue/Angular/Svelte SPAs, Next/Nuxt/SvelteKit, and CMS sites such as WordPress
- Detects responsive breakpoints, accessibility, visual consistency, and layout breakage from live pages
- Requires browser automation (screenshots, navigation, DOM) and a running target URL (local, staging, or read-only produc
- Applies fixes at source level when the project is in the workspace
- 4-step workflow: gather, inspect, fix, re-verify with conditional loop
Adoption & trust: 11.3k installs on skills.sh; 34.6k GitHub stars; 2/3 security scanners passed (skills.sh audits).
What problem does it solve?
Your UI looks wrong on real viewports but you only have code diffs—not a systematic visual pass with fixes in the repo.
Who is it for?
Solo builders with a local or staging server who want screenshot-driven UI review and in-repo CSS/component fixes before shipping.
Skip if: Pure backend API work, sites that are not running anywhere the agent can open, or brand-strategy-only critiques without a deployable URL.
When should I use this skill?
Requests like “review website design”, “check the UI”, “fix the layout”, or “find design problems” on a running web app.
What do I get? / Deliverables
You get a browser-backed design review with identified issues addressed in source and re-verified on the running site.
- Issue list from visual inspection (responsive, a11y, consistency, layout)
- Source-level fixes in the project with optional re-verification screenshots
Recommended Skills
Journey fit
Spans multiple journey phases - primary shelf plus alternate fits below.
Design review is canonically a Ship concern—catch UI breakage and a11y gaps before release—even though you often run it while the app still lives in active Build work. Review subphase covers pre-launch quality gates; this skill is a visual reviewer that loops fix and re-verify like a focused UI code review.
Where it fits
Iterate component spacing and breakpoints while npm run dev serves localhost:3000.
Run a pre-release pass for contrast, tap targets, and broken grids on key flows.
Sanity-check staging marketing pages before flipping DNS or posting the launch thread.
Verify landing hero and CTA blocks still render after a last-minute copy change.
How it compares
Use instead of lint-only or static analysis when the bug is how the page actually renders in a browser.
Common Questions / FAQ
Who is web-design-reviewer for?
Indie and solo frontend builders shipping web apps, marketing sites, or CMS themes who need an agent to open the real UI, not just read JSX or CSS files.
When should I use web-design-reviewer?
During Build frontend passes while localhost is up; during Ship review before launch; and during Launch distribution checks when you validate landing pages on staging or production (read-only).
Is web-design-reviewer safe to install?
It needs browser automation and may edit project files; production review should stay read-only. Check the Security Audits panel on this Prism page before granting browser and filesystem access.
SKILL.md
READMESKILL.md - Web Design Reviewer
# Web Design Reviewer This skill enables visual inspection and validation of website design quality, identifying and fixing issues at the source code level. ## Scope of Application - Static sites (HTML/CSS/JS) - SPA frameworks such as React / Vue / Angular / Svelte - Full-stack frameworks such as Next.js / Nuxt / SvelteKit - CMS platforms such as WordPress / Drupal - Any other web application ## Prerequisites ### Required 1. **Target website must be running** - Local development server (e.g., `http://localhost:3000`) - Staging environment - Production environment (for read-only reviews) 2. **Browser automation must be available** - Screenshot capture - Page navigation - DOM information retrieval 3. **Access to source code (when making fixes)** - Project must exist within the workspace ## Workflow Overview ```mermaid flowchart TD A[Step 1: Information Gathering] --> B[Step 2: Visual Inspection] B --> C[Step 3: Issue Fixing] C --> D[Step 4: Re-verification] D --> E{Issues Remaining?} E -->|Yes| B E -->|No| F[Completion Report] ``` --- ## Step 1: Information Gathering Phase ### 1.1 URL Confirmation If the URL is not provided, ask the user: > Please provide the URL of the website to review (e.g., `http://localhost:3000`) ### 1.2 Understanding Project Structure When making fixes, gather the following information: | Item | Example Question | |------|------------------| | Framework | Are you using React / Vue / Next.js, etc.? | | Styling Method | CSS / SCSS / Tailwind / CSS-in-JS, etc. | | Source Location | Where are style files and components located? | | Review Scope | Specific pages only or entire site? | ### 1.3 Automatic Project Detection Attempt automatic detection from files in the workspace: ``` Detection targets: ├── package.json → Framework and dependencies ├── tsconfig.json → TypeScript usage ├── tailwind.config → Tailwind CSS ├── next.config → Next.js ├── vite.config → Vite ├── nuxt.config → Nuxt └── src/ or app/ → Source directory ``` ### 1.4 Identifying Styling Method | Method | Detection | Edit Target | |--------|-----------|-------------| | Pure CSS | `*.css` files | Global CSS or component CSS | | SCSS/Sass | `*.scss`, `*.sass` | SCSS files | | CSS Modules | `*.module.css` | Module CSS files | | Tailwind CSS | `tailwind.config.*` | className in components | | styled-components | `styled.` in code | JS/TS files | | Emotion | `@emotion/` imports | JS/TS files | | CSS-in-JS (other) | Inline styles | JS/TS files | --- ## Step 2: Visual Inspection Phase ### 2.1 Page Traversal 1. Navigate to the specified URL 2. Capture screenshots 3. Retrieve DOM structure/snapshot (if possible) 4. If additional pages exist, traverse through navigation ### 2.2 Inspection Items #### Layout Issues | Issue | Description | Severity | |-------|-------------|----------| | Element Overflow | Content overflows from parent element or viewport | High | | Element Overlap | Unintended overlapping of elements | High | | Alignment Issues | Grid or flex alignment problems | Medium | | Inconsistent Spacing | Padding/margin inconsistencies | Medium | | Text Clipping | Long text not handled properly | Medium | #### Responsive Issues | Issue | Description | Severity | |-------|-------------|----------| | Non-mobile Friendly | Layout breaks on small screens | High | | Breakpoint Issues | Unnatural transitions when screen size changes | Medium | | Touch Targets | Buttons too small on mobile | Medium | #### Accessibility Issues | Issue | Description |