review-gate

Produces severity-ordered code review findings with test-quality and missing-test audits.

10|7|Updated Feb 23, 2026
One-click install
npx skills add https://github.com/xiaolai/tdd-guardian-for-claude --skill review-gate-xiaolai
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: review-gate
Source: https://github.com/xiaolai/tdd-guardian-for-claude/tree/main/skills/tdd-guardian/review-gate
Command: npx skills add https://github.com/xiaolai/tdd-guardian-for-claude --skill review-gate-xiaolai

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve? Code reviews often bury critical issues under summaries and overlook weak tests that assert mock calls instead of real behavior. This Skill enforces a findings-first review format with a mandatory eight-check audit of test quality, specification strength, and lane assignment. ## Core Features & Use Cases - Findings-first output: Every review lists findings sorted by severity with file, line, risk, and concrete fix before any summary. - Test quality audit: Eight checks covering wiring-only tests, mock boundary violations, security verification via mock args, unreliable v8 ignore directives, unpaired mock boundaries, lane misassignment, under-specified units, and change-tax over-specification. - Use Case: After implementing a feature with tests, run a review that flags a security test verifying container config only through mock call arguments as High severity, and demands an integration test inspecting the real resource. ## Quick Start Review the current diff and produce a findings-first report including the full test quality audit.

Frequently Asked Questions about review-gate

High-intent search queries and answers about installing and using this skill.

FAQPage Schema
How do I review code for test quality issues?

Run a findings-first review that audits every touched test file across eight checks: wiring-only assertions, mock boundary violations, security verification via mock args, v8 ignore directives, unpaired mock boundaries, lane assignment, specification strength, and change tax.

What is a wiring-only test and why is it flagged?

A wiring-only test asserts only that mocks were called (Levels 6-7) without verifying return values, errors, output, or state. It is flagged as High severity because it proves nothing about observable behavior.

How are code review findings ordered and formatted?

Findings come first, sorted by severity, each with file, line, risk, and concrete fix. Test-quality and missing-test findings follow, then a short summary and residual risks.

Does this check coverage ignore comments like v8 ignore next?

Yes. It flags `/* v8 ignore next */` directives as High severity because they silently fail on `??`, ternaries, catch bodies, and short-circuit operators. The fix is to use `/* v8 ignore start */` and `/* v8 ignore stop */`.

What are the limitations of this review skill?

It defines only the review rubric and severity assignment. Assertion level definitions, specification levels S1-S6, lane placement rules, and coverage computation are delegated to the policy-core, lane-policy, and coverage-gate skills.