Audit
/impeccable audit
Good fit
- You need concrete issues and severity, not only taste-based feedback.
- You are preparing a feature for merge or release.
- You suspect hidden breakage on mobile, in dark themes, or under assistive needs.
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 25 checks the detector 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.
Try it
/impeccable audit the checkout flowExpected 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.
Turn ideas into shipped software.
HagiCode is an agentic coding workspace. OpenSpec workflows plan the change, multi-agent execution carries it out, and Hero Scenario makes the long run visible, so ideas become shipped software.
- Smart
- OpenSpec workflows turn intent into a path from proposal to shipped change.
- Efficient
- Multi-agent execution runs research, build, and review in parallel.
- Fun
- Rich UI interactions make planning, agent work, and projects easier to follow.
Ecosystem Sites
Quick Links
Community
© 2026 HagiCode | Powered By hagilight-starlight@0.18.0 | Branch: main | Commit: 4369090 | Built:
