code-review

Inspect code diffs and classify findings by severity before pull requests.

Updated May 17, 2022
One-click install
npx skills add https://github.com/kanade0404/dotfiles --skill code-review-kanade0404
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: code-review
Source: https://github.com/kanade0404/dotfiles/tree/main/.opencode/skills/code-review
Command: npx skills add https://github.com/kanade0404/dotfiles --skill code-review-kanade0404

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

This Skill helps you catch defects, spec mismatches, and review-blocking issues before a pull request is opened, so problems are found while they are still cheap to fix.

Core Features & Use Cases

  • Pre-PR Gate Review: Inspects the current diff and classifies findings as Critical, Important, or Minor.
  • Quality Checks: Evaluates requirements alignment, responsibility boundaries, dependency direction, error handling, test coverage, dead code, and naming.
  • Review Workflow Support: Useful right after implementation, after responding to review feedback, or whenever you want a final sanity check before merging.

Quick Start

Ask the code-review skill to inspect the current changes and return a severity-ranked review before you create the pull request.

Frequently Asked Questions about code-review

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

FAQPage Schema
How do I check my code diff for blocking issues before creating a pull request?

To review code diffs before a pull request, inspect implementation changes and classify findings by severity. This process evaluates requirements alignment, error handling, and dead code to identify critical defects while they are cheap to fix.

What is a pre-PR quality gate review for software engineering changes?

A pre-PR quality gate review is a structured diff analysis that validates test coverage, dependency direction, and naming conventions. It categorizes findings as Critical, Important, or Minor to ensure spec compliance before merging code.

How do I validate test coverage and side effects when reviewing implementation diffs?

Validating test coverage and side effects during diff inspection requires comparing changes against specs and checking responsibility boundaries. This catches non-blocking issues and ensures error handling aligns with software engineering requirements.

Can I use an automated code review for follow-up responses to pull request feedback?

Yes, applying code review to follow-up responses validates subsequent implementation diffs. It performs a final sanity check on dependency direction and dead code before merging, ensuring all review-blocking issues are resolved.

What is the best way to classify code review findings by severity before merging?

The best way to classify code review findings is through structured severity ranking, sorting issues into Critical, Important, or Minor categories. This ensures blocking defects are distinguished from minor naming or dead code issues.

When do I need a final merge check for dead code and dependency direction?

A final merge check for dead code and dependency direction is needed whenever you want a sanity check before merging. It validates implementation diffs and ensures no non-blocking findings or spec mismatches remain.