What problem does it solve?
Reviewing a large feature PR (new provider API, new modality, new subsystem) by reading the diff first anchors your expectations to the implementation, so you end up reviewing the code against itself. This Skill enforces an unbiased audit: research the underlying APIs and integrator experience from external sources first, design the ideal test suite from a power-user perspective, and only then gap-compare it against the PR to produce evidence-backed review items.
Core Features & Use Cases
- Bias-gated phased workflow: Scoping, parallel external research, ideal test-suite design, gap analysis, test execution, and verification run in strict order, with the PR diff unread until the design phase is complete.
- Source-linked research fan-out: Parallel subagents research each provider/API/protocol plus practitioner lessons, with every claim carrying a specific documentation link and GA/beta/deprecated status.
- Verified, precedent-backed review items: Findings are classified into covered/partial/missing/unimplemented buckets, re-verified against the PR HEAD, and drafted into inline comments with minimal fixes, runnable proof commands, and mandatory precedent links.
- Use Case: A PR adds a realtime voice API integration. The skill researches the provider's protocol docs and community pain points, designs the ideal behavioral test catalog, then identifies which behaviors the PR leaves untested or unimplemented, producing draft review comments the user triages before anything is posted.
Quick Start
Run the poweruser-feature-audit skill on this feature PR URL to produce an independent, evidence-backed audit with drafted review items.