audit
Five-dimension technical quality check with P0 to P3 severity.
Five dimensions scored 0 to 4, each finding tagged P0 (blocks release) to P3 (polish). Audit documents; it doesn't fix. Route the findings into /impeccable harden, /impeccable polish, or /impeccable optimize.
When to use it
/impeccable audit is the technical counterpart to /impeccable critique. Where /impeccable critique asks “does this feel right”, /impeccable audit asks “does this hold up”. It runs accessibility, performance, theming, responsive design, and anti-pattern checks against the implementation, scores each dimension 0 to 4, and produces a plan with P0 to P3 severity ratings.
Use it before shipping, during a quality sprint, or whenever a tech lead says “we should really look at accessibility”.
How it works
The skill scans your code across five dimensions:
- Accessibility: WCAG contrast, ARIA, keyboard nav, semantic HTML, form labels.
- Performance: layout thrashing, expensive animations, missing lazy loading, bundle weight.
- Theming: hard-coded colors, dark mode coverage, token consistency.
- Responsive: breakpoint behavior, touch targets, mobile viewport handling.
- Anti-patterns: the same deterministic checks the Detector CLI runs.
Each dimension gets a 0 to 4 score. Each finding gets a severity: P0 blocks the release, P1 should fix this sprint, P2 is next cycle, P3 is polish. You get back a single document you can paste into a ticket tracker.
Audit does not fix anything. It documents. Route the findings to /impeccable polish, /impeccable harden, or /impeccable optimize depending on the category.
On a native project, audit runs a different pass. When PRODUCT.md declares ios, android, or adaptive, the five web dimensions do not apply, so audit swaps to a native version: VoiceOver and TalkBack behavior, Dynamic Type and font scaling, touch targets at platform minimums, and conformance to the Apple HIG or Material 3 conventions your platform is held to. The deterministic detector has no native equivalent and sits out. See Design Context for how the platform is set, which is usually automatically.
Try it
/impeccable audit the checkout flow
Expected output:
Accessibility: 2/4 (partial)
P0: Missing form labels on 4 inputs
P1: Contrast 3.1:1 on disabled button state
P2: No visible focus indicator on custom dropdown
Performance: 3/4 (good)
P1: Hero image not lazy-loaded (340KB)
...
Hand the P0s to /impeccable harden, the theming and typography P1s to /impeccable typeset and /impeccable polish, the rest to /impeccable polish.
Pitfalls
- Confusing it with
/impeccable critique. Audit is implementation quality. Critique is design quality. Run both for a full picture. - Fixing P3s before P0s. The severity scale exists for a reason. Start at the top.
- Skipping the dimensions you think are fine. Theming and responsive are the ones most people assume are fine until they are not.