audit-architectureWalk the repo's source in the configured language looking for technical debt — oversized files, DRY violations, dead code, missing tests, sloppy typing, weak abstractions, and drift against the repo's documented invariants. Categorize each finding into a discrete unit of work; open a focused PR for
audit-depsScheduled dependency-health sweep — outdated packages (behind on patch/minor/major), deprecated or end-of-life packages, unused declared dependencies, phantom (used-but-undeclared) dependencies, lockfile drift, and license issues. Routes one focused PR for mechanically-safe fixes (a batched routine-
audit-design-docsReview design/architecture/planning docs, validate each claim against the code, fix drift, and add docs for uncovered load-bearing subsystems. Use when the user asks to "review planning docs", "audit the design docs", "validate docs against the code", "sync docs with the codebase", "find doc gaps",
audit-product-docsValidate the repo's user-facing / product / contributor docs against the code (settings/config names + defaults, command/action IDs, file paths, schedule/cron formats, tool/function names), patch drift in place, and add new docs only for user-visible features that aren't covered. Use when the user a
audit-securityScheduled security sweep of the whole repo — known-vulnerable dependencies (CVEs), secrets/credentials committed to the tree or git history, and hardcoded config / permissive defaults. Severity-ranked; opens a focused PR for mechanically-safe fixes and files an issue for anything needing judgment —
audit-testsThe repo's test-suite health expert. Reviews the test suite the way a senior staff engineer who cares about test quality would — coverage gaps on critical paths, inappropriate or excessive mocking (mocking what you own, mocks that never assert, asserting on mock internals over behavior), weak or abs