Audits

Overview~5 min

Structured quality reviews with stage-appropriate expectations — run them at checkpoints or anytime you want to verify quality.

Read this when preparing for a checkpoint, after building a feature, or when something feels off.
Useful for anyone involved in building or reviewing work.

Why Audits?

Checkpoints ask "should we proceed?" but don't tell you how to check if your work is actually good. Audits fill that gap — they're concrete checklists you can run through, alone or with AI, to systematically verify quality across different dimensions.

Each audit has stage-appropriate expectations. A POC doesn't need WCAG compliance, but production does. Same audit, different rigor — so you know what "good enough" looks like at each stage.

The 8 Audits

Each audit covers a distinct quality dimension. Click to see what to check:

Stage Expectations

Not every audit matters at every stage. Use this as a guide:

AuditPOCMVPMMPPROD
Security
Accessibility
Experience
Performance
Code
Operations
Content & SEO
Integrations

Skip

Light check

Full audit

How to Run an Audit

Audits work with AI agents. Here's how:

1

Pick the audit

Choose based on what you're checking. Use the stage matrix above to know what level of rigor to apply.

2

Run with /audit command

Tell your AI agent: "Run the Security audit at MVP level" or use the /audit slash command.

3

Review findings

The audit produces findings with severity. Decide: fix now, fix later, or accept as known limitation.

4

Track over time

Re-run audits as you advance stages. What was acceptable at MVP may not be at MMP.

Audits work best when they're routine, not reactive. Run a quick Security check after adding auth. Run Accessibility after building a form. Small, frequent audits catch issues before they compound.

Next Steps

Pick an audit to start with: