requesting-code-review

Review git diffs between base and head SHAs for categorized issues.

Updated Mar 31, 2026
One-click install
npx skills add https://github.com/DFly7/iOS-FastAPI-Supabase-AI --skill requesting-code-review-dfly7
Or copy as Structured Prompt for Agent▼
Please help me install this Agent Skill.
Skill: requesting-code-review
Source: https://github.com/DFly7/iOS-FastAPI-Supabase-AI/tree/main/.agents/skills/requesting-code-review
Command: npx skills add https://github.com/DFly7/iOS-FastAPI-Supabase-AI --skill requesting-code-review-dfly7

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

Prevents regressions and hidden issues by providing a focused, independent evaluation of recent code changes so problems are caught early and merges are safer.

Core Features & Use Cases

  • Dedicated reviewer subagent: Dispatches a code-reviewer subagent with only the necessary context to avoid leaking session history and to keep feedback objective.
  • Git-range inspection: Reviews the diff between a BASE_SHA and HEAD_SHA and produces file:line references for each finding.
  • Actionable outputs: Categorizes findings into Critical, Important, and Minor, lists fixes, acknowledges strengths, and gives a clear readiness verdict for merging.
  • When to use: After each task in subagent-driven development, after major feature completion, before merging to main, or when stuck and needing an external perspective.

Quick Start

Dispatch the code-reviewer subagent with WHAT_WAS_IMPLEMENTED, PLAN_OR_REQUIREMENTS, BASE_SHA, HEAD_SHA, and DESCRIPTION populated to receive categorized, file-referenced feedback and a merge readiness assessment.

Frequently Asked Questions about requesting-code-review

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

FAQPage Schema
How do I get an actionable code review for a git pull request before merging?▼

Code review for a git pull request is performed by analyzing the diff between a base SHA and head SHA. This provides categorized issues with file:line references and a merge readiness assessment to catch bugs early.

When should I use an automated code review checklist during development?▼

Use a code review checklist after finishing tasks, completing major features, or before merging to main. It evaluates recent code changes to detect bugs, architecture issues, and test gaps for safer merges.

What do I need to provide to review code changes between git commits?▼

Reviewing code changes between git commits requires providing the BASE_SHA, HEAD_SHA, a description of what was implemented, and a plan reference. The system inspects this diff range to produce focused feedback with file:line references.

How are code review findings categorized for production readiness?▼

Code review findings for production readiness are categorized into Critical, Important, and Minor issues. The output lists specific fixes, acknowledges strengths, and gives a clear verdict for merging to main.

Can I use a subagent to keep code review feedback objective?▼

Using a dedicated code-reviewer subagent keeps code review feedback objective. It receives only the necessary context to avoid leaking session history, ensuring an independent evaluation of your code changes.

Does the code review process work when stuck and needing an external perspective?▼

The code review process works when stuck by dispatching a reviewer with only the necessary context to provide an independent evaluation of recent changes. This helps detect bugs and architecture issues when you need an external perspective.