requesting-code-review

Review git diffs against requirements with severity categorization and readiness verdicts.

11|1|Updated Apr 10, 2026
One-click install
npx skills add https://github.com/Arcanada-one/datarim --skill requesting-code-review-arcanada-one
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: requesting-code-review
Source: https://github.com/Arcanada-one/datarim/tree/main/skills/requesting-code-review
Command: npx skills add https://github.com/Arcanada-one/datarim --skill requesting-code-review-arcanada-one

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

It prevents inconsistent quality and late-stage regressions by forcing a focused review of completed changes against the plan and requirements before they cascade.

Core Features & Use Cases

  • Isolated, requirement-focused review: Dispatches a reviewer agent with only the crafted summary, requirements, and git range so feedback stays anchored to the work product.
  • Severity-calibrated feedback: Requires the reviewer to categorize findings into Critical / Important / Minor and provide a clear merge readiness verdict.
  • Workflow integration checkpoints: Fits subagent-driven development (after each subtask) and pre-merge gates for major features.
  • Actionable iteration loop: Directs you to fix Critical immediately, fix Important before continuing, and record Minor for later.

Quick Start

Ask an AI runtime to dispatch the requesting-code-review reviewer using your DESCRIPTION, PLAN_OR_REQUIREMENTS, BASE_SHA, and HEAD_SHA for the git diff of the changes you just made.

Frequently Asked Questions about requesting-code-review

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

FAQPage Schema
How do I review a git diff against requirements before a merge?

To review a git diff against requirements, you provide a description, plan, base SHA, and head SHA to an isolated reviewer agent that generates severity-categorized findings and a clear merge readiness verdict.

What is severity triage in code review and how does it work?

Severity triage in code review categorizes findings into Critical, Important, and Minor, directing you to fix Critical issues immediately, resolve Important ones before continuing, and record Minor issues for later.

When do I need an isolated code review for subagent-driven development?

You need an isolated code review after completing subtasks or major features in subagent-driven development to prevent late-stage regressions by forcing a focused review of changes against the plan before merging.

Can I use git range SHA values to focus a code review on completed changes?

Yes, you can use base SHA and head SHA values to define a precise git range that isolates the diff for completed changes, ensuring the reviewer agent only evaluates the specific work product against requirements.

What's the best way to verify code readiness before merging to main?

The best way to verify code readiness before merging to main is dispatching a requirement-focused reviewer agent with a git diff range to produce a clear merge readiness verdict based on severity-calibrated feedback.