Now liveThe Skillselion MCP - thousands of ranked skills, loaded into your agent mid-task. No install.Get it →
mblode avatar

Ui Audit

  • 696 installs
  • 74 repo stars
  • Updated August 5, 2026
  • mblode/agent-skills

ui-audit is a frontend review skill that runs 35 rule-based UI quality checks with concrete fixes for developers who need structured design QA before merging or releasing a web page or feature.

About

ui-audit is a rule-based web UI quality skill from mblode/agent-skills that audits a page or feature before merge or release. It evaluates accessibility, keyboard interaction, forms, typography surfaces, navigation feedback, layout resilience, performance, motion, and microcopy through 35 prefix-dispatched rules plus separate craft and typography sweep checklists. Findings are reported by file with impact ratings and actionable fixes rather than vague polish notes. Developers reach for ui-audit when they ask to check UI quality, run an accessibility audit, or design-QA a page, while ux-audit in the same repo targets React and Next.js diff-level state and focus bugs. The skill fits frontend teams that want consistent pre-release UI gates without manual checklist drift.

  • 35 prefix-dispatched rules covering accessibility, keyboard interaction, forms, typography surface checks, navigation fe
  • Reports findings by file with impact ratings and concrete fixes
  • Loads only the rule categories required for the current surface
  • Distinguishes page/feature-level UI quality from diff-level React/Next.js UX bugs
  • Hard-gate: run before merge or release when UI polish or accessibility is required

Ui Audit by the numbers

  • 696 all-time installs (skills.sh)
  • +54 installs in the week ending Aug 4, 2026 (Skillselion tracking)
  • Ranked #504 of 1,880 Design & UI/UX skills by installs in the Skillselion catalog
  • Data as of Aug 5, 2026 (Skillselion catalog sync)
npx skills add https://github.com/mblode/agent-skills --skill ui-audit

Add your badge

Show developers this skill is listed on Skillselion. Paste this into your README.

Listed on Skillselion
Installs696
repo stars74
Last updatedAugust 5, 2026
Repositorymblode/agent-skills

How do you audit web UI quality before release?

Get a structured, rule-based audit of web UI quality with concrete fixes before merging or releasing a page or feature.

Who is it for?

Frontend developers and reviewers who want a repeatable, rule-based UI and accessibility audit before merging or releasing a web page.

Skip if: Teams needing React or Next.js diff-level UX bug analysis such as optimistic UI or focus management, which the sibling ux-audit skill covers.

When should I use this skill?

User asks to check UI quality, polish a page, run a design QA pass, or verify accessibility before merge or release.

What you get

Structured audit report with file-level findings, impact ratings, and concrete UI fixes across 35 dispatched rules and typography sweeps.

  • file-scoped audit report
  • impact-rated findings
  • concrete UI fix list

By the numbers

  • Dispatches 35 prefix-based UI audit rules plus craft and typography sweep checklists

Files

SKILL.mdMarkdownGitHub ↗

UI Audit

Page/feature-level audit of web UI quality. Loads only the rule categories the current surfaces need, reports findings with file:line and a concrete fix for each.

  • IS: a broad quality audit of rendered web UI (accessibility, keyboard, forms, typography surface checks, navigation feedback, layout resilience, performance, motion, microcopy) at the page or feature level.
  • IS NOT: a diff-level React/Next.js UX bug hunt (use ux-audit), an agentic-app pattern review (use ax-audit), a typography system design or pairing audit (use typography-audit), or motion implementation work (use ui-animation).

Audit Workflow

Copy and track this checklist during the audit:

Audit progress:
- [ ] Step 1: Scope. List the surfaces under audit and the rule prefixes they need
- [ ] Step 2: Load rules. Read rules/<prefix>-*.md for selected prefixes only
- [ ] Step 3: CRITICAL pass. a11y, interaction, forms against every scoped file
- [ ] Step 4: HIGH/MEDIUM pass. Remaining selected prefixes
- [ ] Step 5: Optional sweeps. Craft/typography checklists if polish is in scope
- [ ] Step 6: Report. Findings per file with rule id, impact, and fix; clean files as pass

1. Scope. Default to changed pages/components only. A full-app sweep must be explicitly requested. Map each surface to the prefixes it can violate (a form screen needs forms-, a11y-, interaction-; a marketing page adds type-, perf-, copy-). 2. Load rules by prefix. Read rules/_sections.md for the category map, then only the rules/<prefix>-*.md files for selected prefixes. 3. CRITICAL first. Run a11y-, interaction-, and forms- before anything else. Do not start visual polish while an unlabeled icon button or keyboard trap is open. 4. HIGH/MEDIUM next. Then type-, nav-, layout-, perf-, motion-, copy- as scoped. 5. Optional sweeps. When the request includes polish, hierarchy, or chrome cleanup, run references/craft-checklist.md. When typography is a named concern, run references/typography-checklist.md. 6. Report and verify. Emit the output contract below. After fixes are applied, rerun the same rule subset on touched files before marking them pass; the rerun output is the evidence the audit is done.

Rule Categories by Priority

35 rules total. Per-rule frontmatter may override the category impact (e.g. perf-image-dimensions-and-priority is CRITICAL inside the HIGH perf- category), so report the rule's own impact, not the category's.

PriorityPrefixCategoryImpactRules
1a11y-Accessibility and SemanticsCRITICAL8
2interaction-Keyboard and InteractionCRITICAL3
3forms-Forms and ValidationCRITICAL5
4type-Typography and ReadabilityHIGH3
5nav-Navigation and FeedbackHIGH3
6layout-Layout and ResilienceHIGH3
7perf-Performance and Visual StabilityHIGH6
8motion-Motion and Theme BehaviorHIGH2
9copy-Content and MicrocopyMEDIUM2

Reference Files

Load on condition, not by default:

  • rules/_sections.md: category map with impact rationale. Read at Step 2 of every audit.
  • rules/<prefix>-*.md: rule-level guidance and examples. Read only the prefixes selected in Step 1.
  • references/craft-checklist.md: final polish sweep (hit targets, hover states, chrome hierarchy, optical alignment, concentric radii, anti-patterns). Read when the request includes "polish", visual hierarchy, or pre-release sign-off.
  • references/typography-checklist.md: typography surface sweep (punctuation, measure, leading, OpenType basics, link styling, table numerals). Read when typography is explicitly in scope. For typeface pairing, brand identity, or display type, route to the typography-audit skill instead.

Review Output Contract

Report findings in this format:

## UI Audit Findings

### path/to/file.tsx
- [CRITICAL] `a11y-image-alt-text` (line 42): `<img src="/chart.png" />` has no alt attribute.
  - Fix: Add `alt="Revenue grew 40% from Q1 to Q2"` (or `alt=""` if decorative).
- [HIGH] `a11y-icon-controls-labeled` (line 58): Icon button has no accessible name.
  - Fix: Add `aria-label="Close dialog"` (or a visible text label).
- [HIGH] `layout-long-content-safety` (line 87): `.card-title` uses `white-space: nowrap` with no overflow handling.
  - Fix: Add `min-width: 0` on the flex parent and `overflow: hidden; text-overflow: ellipsis` on the title.

### path/to/clean-file.tsx
- ✓ pass
  • Group findings by file; include file:line when line numbers are available.
  • Every finding states the issue and a concrete fix, never just "improve accessibility".
  • Use the rule's own impact from its frontmatter.
  • Include every scoped file, clean ones as ✓ pass.

Gotchas

  • Do not load all 35 rule files for a scoped audit; the context cost flattens finding quality. Load only the prefixes mapped in Step 1; a typical component audit needs 3-4 prefixes.
  • Do not invent rule ids. Citing a nonexistent id (e.g. a11y-focus-trap) breaks the user's ability to look up the rule; cite only filenames that exist under rules/, and describe id-less issues in prose.
  • Do not widen scope unprompted. Auditing the whole app when one component changed buries the real findings in noise; a full sweep requires an explicit request.
  • Do not reorder priorities for convenience. Reporting border-radius polish while an unlabeled form input (forms-labels-and-autocomplete) or keyboard-inoperable control (interaction-keyboard-operable) ships inverts the table's load-bearing order; CRITICAL categories always run first.
  • Do not mark ✓ pass on a file you did not read against the loaded rules. An assumed pass that later surfaces a contrast or label failure costs more trust than a slower audit.
  • Do not report findings at category impact when the rule frontmatter says otherwise: perf-image-dimensions-and-priority is CRITICAL (CLS) even though perf- is a HIGH category.
  • The anti-patterns list in references/craft-checklist.md describes UI code being audited, not this skill's execution; do not flag the skill's own report format against it.

Related Skills

  • ux-audit: diff-aware React/Next.js UX bug hunt (state coverage, form data loss, focus management); use it for code-level review of a PR.
  • ax-audit: agentic application patterns and trust design.
  • typography-audit: deep typography, covering pairing, OpenType systems, brand and display type.
  • ui-animation: motion implementation and review (springs, easing, gestures); apply it when audit findings require motion work.
  • ui-design: visual direction and rebuilding the UI when the fix is "redesign", not "repair"; its Responsive and Dark mode modes cover breakpoint repairs and dark-mode contrast work.

Related skills

How it compares

Pick ui-audit for holistic page-level design QA; use ux-audit when the goal is React or Next.js interaction bugs inside a specific diff.

FAQ

How many rules does ui-audit check?

ui-audit dispatches 35 prefix-based UI rules plus craft and typography sweep checklists. It reports findings by file with impact ratings and concrete fixes across accessibility, forms, layout, performance, motion, and microcopy.

How is ui-audit different from ux-audit?

ui-audit evaluates page- or feature-level UI quality with 35 rule-based checks and typography sweeps. ux-audit in the same repo targets code-level React and Next.js UX bugs such as state coverage, focus management, and optimistic UI in diffs.

Design & UI/UXfrontendtesting

This week in AI coding

Five minutes, every Monday - the tools, releases and tactics for developers.

unsubscribe anytime.