review-verification-protocol

Installation
SKILL.md

Review Verification Protocol

This protocol MUST be followed before reporting any code review finding. Skipping these steps leads to false positives that waste developer time and erode trust in reviews.

Hard gates (sequence)

Apply once per finding before it may appear in the review. If a gate fails, omit the finding, downgrade to Informational (per Severity Calibration), or rephrase as a question—do not ship soft accusations.

Step What you do Pass condition (objective)
1. Anchor Read the full enclosing symbol or module, not only the diff hunk. You can state file path and line range (or symbol name + file) you are judging.
2. Evidence For this finding’s type, run the checks in Verification by Issue Type. Each required check has an artifact: pasted tool output, file:line citation, or explicit "none" / "N matches" after a repo search—not a claim you "looked."
3. Severity Assign severity using Severity Calibration. Label matches the table; requests for net-new code that did not exist in scope are Informational only.
4. Format Draft the finding for the report. Matches [FILE:LINE] ISSUE_TITLE; Informational items do not add to the actionable count.

Style-only or preference items must fail gate 2 or map to Do NOT Flag At All—they do not get a severity.

Pre-Report Verification Checklist

Related skills

More from existential-birds/beagle

Installs
98
GitHub Stars
57
First Seen
Jan 20, 2026