CtrlK
BlogDocsLog inGet started
Tessl Logo
SkillPublic

ux-audit

Walk through a live web app AS a real user to find usability + behavioural bugs that static reviews miss. REQUIRES proof of interaction (typing, clicking, sending, observing) before any verdict — a sweep that didn't interact terminates with verdict 'Incomplete'. Walks threads, exercises every element, runs the multi-pane stress matrix, visual polish sweep, component perfection checklist, automated a11y (axe-core), pragmatic performance budget (LCP/CLS/INP), scenario battery (11 scenarios), and stress recipes including the real-flavour data battery. Hard gates: console errors/warnings = 0, network 5xx = 0, layout collapse = 0, axe Critical/Serious = 0, perf budget green. Audit-the-audit meta-check rejects rushed reports. Each finding has reproduction steps, evidence path, and suspected code location. Trigger with 'ux audit', 'walkthrough', 'qa sweep', 'audit the app', 'dogfood this', 'check all pages', 'find what's broken', 'stress the UI'.

Quality

94%

Does it follow best practices?

Run evals on this skill

Adds up to 20 points to the overall score

View guide
SecuritybySnyk

Low

Low-risk findings worth noting

SKILL.md
Quality
Evals
Security

Quality

Content

85%Weight 40%Scale 1-5

Reviews the quality of instructions and guidance provided to agents. Good implementation is clear, handles edge cases, and produces reliable results.

An exceptionally actionable, well-sequenced audit protocol with excellent progressive disclosure — every phase has concrete commands, templates, thresholds, and validation gates, and all 22 reference files are real and one level deep. The main weakness is token efficiency: gate and Incomplete criteria are repeated across up to four sections, and the closing reference table duplicates the inline links, so the ~470-line body could be tightened by roughly a quarter without losing guidance.

Suggestions

State the Incomplete-criteria thresholds (0.5s median manifest gap, Phase-3 minimum duration, screenshots/console-reads per route) once in the Hard gates or audit-the-audit table and cross-reference them from the Verdict states section and verdict block template, instead of repeating them in four places.

Move rationale/editorial asides (e.g., "CWV-strict is for landing pages and marketing teams...", "A fresh sub-agent works because the original drafter is invested in its own output") into the reference files that already carry the full protocols, keeping the body to the rule itself.

Drop either the bottom Reference files table or the inline reference links — keeping one navigation mechanism instead of two would cut ~25 lines with no loss of discoverability.

DimensionReasoningScore

Conciseness

The body is operational rather than educational (no basic-concept teaching), but key thresholds are structurally redundant: the < 0.5s manifest-gap and Phase-3 timing rules each appear in four places ("manifest timestamps clustered < 0.5s apart", "Manifest median gap between entries < 0.5s", "Median gap between manifest entries < 0.5s", "median gap [N]s (< 0.5s = Incomplete)"), and the bottom Reference files table restates nearly every inline link. This fits anchor 3 (mostly efficient but could be tightened) rather than 4, where redundancy would be only minor; it is above anchor 2 because no section is padded with explanations Claude doesn't need.

3 / 5

Actionability

Guidance is copy-paste ready throughout: exact fallback chains ("`.jez/audit-config.yml` → `audit-config.yml` → `.audit/config.yml`"), a tool-selection table with stop conditions, real selectors in the manifest template ("textarea[placeholder*=\"message\"]", "li[data-mention-id=\"assistant\"]"), port mappings ("5173 Vite, 3000 Next/Rails, 8000 Django/Laravel"), the literal sub-agent self-critique prompt, and a fill-in verdict block template. Fully executable with specific examples covering the common cases.

5 / 5

Workflow Clarity

Seven phases are explicitly ordered with validation checkpoints everywhere: pre-flight "Stop if any fail" gates and capability tests before starting, per-action verification in the manifest ("Verified input cleared within 1000ms"), the audit-the-audit meta-check, and a fix-and-verify phase that re-walks the affected slice. Clear sequence, explicit validation steps, feedback loops, and checklists — the anchor-5 pattern; it does not miss the anchor-4 weaknesses of implicit checkpoints.

5 / 5

Progressive Disclosure

All 22 referenced files exist, are one level deep, and are signposted inline at the point of need plus a When→Read navigation table at the bottom; the SKILL.md itself stays an overview while full protocols live in references. Cross-links between reference files (e.g., scenario-tests.md → round-trip-workflows.md) are lateral see-also pointers, not chained deferral, so navigation remains easy — anchor 5.

5 / 5

Total

18

/

20

Passed

Description

100%Weight 40%Scale 1-5

Based on the skill's description, can an agent find and select it at the right time? Clear, specific descriptions lead to better discovery.

The description is information-dense and fully answers what the skill does and when to use it, with unusually concrete capability lists and eight explicit trigger phrases. It is long (~1250 characters) and includes some body-level implementation detail (hard-gate thresholds, the audit-the-audit meta-check), which borders on padding, but every clause states a concrete capability rather than vague fluff.

DimensionReasoningScore

Specificity

Lists many concrete actions with comprehensive coverage — "Walks threads, exercises every element, runs the multi-pane stress matrix, visual polish sweep, component perfection checklist, automated a11y (axe-core), pragmatic performance budget (LCP/CLS/INP), scenario battery (11 scenarios)" — and even specifies the output contract ("Each finding has reproduction steps, evidence path, and suspected code location"). This matches the anchor for multiple specific concrete actions with comprehensive coverage; it exceeds anchor 4 because coverage has no minor gaps.

5 / 5

Completeness

Explicitly answers both questions: 'what' via three sentences of concrete capabilities and gates, and 'when' via the concrete "Trigger with..." clause with actual trigger phrases. This is the anchor-5 pattern (what + when with concrete trigger phrases); score 4 would apply only if the 'when' were present but less explicit.

5 / 5

Trigger Term Quality

The explicit clause "Trigger with 'ux audit', 'walkthrough', 'qa sweep', 'audit the app', 'dogfood this', 'check all pages', 'find what's broken', 'stress the UI'" provides eight natural phrases a user would actually say, including synonym variations of the core ask. Comprehensive coverage; not score 4, since no common natural phrasing is missing.

5 / 5

Distinctiveness Conflict Risk

"find usability + behavioural bugs that static reviews miss" and "REQUIRES proof of interaction... before any verdict" carve a clear niche separate from static code-review or generic QA skills, and distinctive triggers like 'ux audit' and 'dogfood this' reinforce it. Minor generic phrases ('check all pages') create negligible overlap risk given the niche framing, so this sits at anchor 5 rather than 4.

5 / 5

Total

20

/

20

Passed

Validation

100%

Checks the skill against the spec for correct structure and formatting. All validation checks must pass before discovery and implementation can be scored.

Validation — 16 / 16 Passed

Validation for skill structure

No warnings or errors.

Repository

jezweb/claude-skills

Path

plugins/dev-tools/skills/ux-audit/SKILL.md

Reviewed

Table of Contents

Is this your skill?

If you maintain this skill, you can claim it as your own. Once claimed, you can manage eval scenarios, bundle related skills, attach documentation or rules, and ensure cross-agent compatibility.