requesting-code-review

Dispatch a code-reviewer subagent to identify defects across a git range.

Updated Aug 23, 2026
One-click install
npx skills add https://github.com/mykaarma/claude-sutras --skill requesting-code-review-mykaarma
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: requesting-code-review
Source: https://github.com/mykaarma/claude-sutras/tree/main/skills/requesting-code-review
Command: npx skills add https://github.com/mykaarma/claude-sutras --skill requesting-code-review-mykaarma

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

Prevents regressions and misaligned implementations by providing a repeatable, checklist-driven code review process that identifies critical, important, and minor issues before they compound or reach production.

Core Features & Use Cases

  • Dispatchable review subagent: Use a code-reviewer subagent and template to review a git range (BASE_SHA..HEAD_SHA) and produce actionable feedback.
  • Structured output: Categorizes findings by severity (Critical, Important, Minor) and requires file:line references and remediation guidance.
  • When to use: After each task in subagent-driven development, after major feature completion, before merging, when stuck, or prior to large refactors.

Quick Start

Dispatch the code-reviewer subagent with a concise description of what was implemented, a plan or requirements reference, and the BASE_SHA and HEAD_SHA to receive a categorized, actionable review.

Frequently Asked Questions about requesting-code-review

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

FAQPage Schema
How do I automate a pre-merge code review for a specific git commit range?

You can automate a pre-merge code review by dispatching a code-reviewer subagent with your implementation summary, plan reference, and precise BASE_SHA..HEAD_SHA git range values to receive categorized and actionable feedback.

What is a structured code review process and how does it categorize findings?

A structured code review process uses a checklist-driven template to evaluate code changes and categorize identified defects by severity—Critical, Important, or Minor—while requiring specific file:line references and remediation guidance for each finding.

When should I request a code review during subagent-driven development?

You should request a code review after each completed task in subagent-driven development, after major feature completion, before merging branches, when feeling stuck on an implementation, or prior to starting large refactoring efforts.

What information do I need to provide to run a code review on my changes?

To run a code review, you must provide a concise summary of what was implemented, a plan or requirements reference, and the precise BASE_SHA and HEAD_SHA git commit values defining the scope of the changes.

Does the code review subagent work without a predefined review template?

No, the code review subagent relies on a checklist-driven review template to ensure a repeatable process that systematically prevents regressions and misaligned implementations before they compound or reach production.

Why should I use a structured code review instead of ad-hoc developer requests?

A structured code review prevents regressions and misaligned implementations by providing a repeatable, checklist-driven process that identifies critical, important, and minor issues before they compound or reach production environments.