Feature Audit
Ensures features are not just implemented but actually user-accessible. Bridges the gap between "code complete" and "user can use it."
When NOT to Use
- Analyzing agent/session patterns — Use
session-review for retrospectives on how work went - Security review — Use
security-audit for vulnerability scanning; this skill checks feature completeness, not security - Creating the plan — Use
planning to break down PRDs into tasks; this skill audits after implementation
Completeness Levels
| Level | Name | Meaning |
|---|
| 0 | Not Started | No implementation evidence |
| 1 | Backend Only | Service/API exists, no frontend |
| 2 | Frontend Exists | UI components exist, not accessible |
| 3 | Routable | Has route/screen, not in navigation |
| 4 | Accessible | In navigation, users can reach it |
| 5 | Complete | Accessible + documented + tested |
Quick Start Checklist
- Discover project framework and structure
- Load PRD context from
.claude/features.json and tasks.db - For each feature: check backend, frontend, route, navigation
- Assign completeness level (0-5)
- Generate report and remediation tasks
Key Principles
- Always verify in codebase — don't trust task status alone
- Check full accessibility chain: backend → frontend → route → navigation → docs
- Generate specific remediation tasks (not generic "add frontend")
- Priority follows feature priority (P0 gap = P0 remediation)
References
