review-changes

Ranks changed code units by blast radius and verifies test coverage for high-risk changes.

2|Updated Jul 18, 2026
One-click install
npx skills add https://github.com/Arasz/ai-badger --skill review-changes-arasz
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: review-changes
Source: https://github.com/Arasz/ai-badger/tree/main/features/common/skills/review-changes
Command: npx skills add https://github.com/Arasz/ai-badger --skill review-changes-arasz

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve? Code reviews often treat every changed line equally, so a 3-line change to a shared auth check gets the same attention as a 200-line change to a leaf component. This Skill ranks changed units by blast radius and checks whether the riskiest ones are actually covered by tests, answering "is this safe to merge" rather than "does this follow style". ## Core Features & Use Cases - Blast-radius ranking: Orders changed units by callers, callees, and affected execution paths instead of diff size, flagging changes on critical paths like auth, payments, data writes, and public APIs. - Targeted test verification: Checks coverage only for high-risk units, running the project's own test command and confirming the relevant test would fail if the change were reverted. - Risk-tiered report: Groups findings into high, medium, and low tiers with a merge recommendation, and names the specific missing test case for every untested high-risk unit. - Use Case: Before merging a pull request that touches a shared validation module and two UI components, run this Skill to learn that the validation change has callers on the payment path but no covering test, and get the exact missing test case to add. ## Quick Start Review the changes in this pull request against the main branch, rank them by blast radius, and tell me whether the riskiest units are covered by tests.

Frequently Asked Questions about review-changes

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

FAQPage Schema
How do I review a pull request by risk instead of diff size?

Rank each changed unit by blast radius: trace its callers and affected execution paths, and prioritize units on critical paths like auth, payments, data writes, or public APIs. A small change to shared code outranks a large change to an isolated component.

How to check if risky code changes are covered by tests?

Search the test tree using the project's naming convention, run the project's test command, and confirm the relevant test would fail if the change were reverted. A test file existing is not proof of coverage.

What is the difference between review-changes and code-review-checklist?

code-review-checklist runs pass/fail preflight gates for style, security, and layering, while review-changes ranks changes by blast radius to decide where attention should concentrate. They compose: run the checklist for mechanical gates and this Skill for prioritization.

Does this code review approach require a code graph server?

No. Every step has a baseline path using git diff, git log, grep for callers, and the project's own test runner. A code graph server with change-detection and impact-radius queries only accelerates the same workflow.

When should I not use blast-radius review?

Do not use it as a substitute for mechanical style, security, and layering checks, which belong to a checklist gate. It also fails if the diff base is wrong, so establish the correct merge base before ranking anything.