reviewing-incremental-changes

Re-review only changed lines in pull requests after developer updates.

129|15|Updated Oct 21, 2025
One-click install
npx skills add https://github.com/bitwarden/ai-plugins --skill reviewing-incremental-changes
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: reviewing-incremental-changes
Source: https://github.com/bitwarden/ai-plugins/tree/main/plugins/bitwarden-code-review/skills/reviewing-incremental-changes
Command: npx skills add https://github.com/bitwarden/ai-plugins --skill reviewing-incremental-changes

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

Manages incremental re-reviews for PRs, ensuring only changed files/lines are reviewed after initial feedback.

Core Features & Use Cases

  • Scope rules: Distinguishes between initial review (all changes) and re-review (only changed lines).
  • Re-review requirements: Emphasizes not to re-raise issues already addressed and to verify previous critical findings were fixed.
  • Post-human workflows: Defines actions after developer replies.

Quick Start

When new commits arrive, run this skill to re-evaluate only changed files/lines and avoid redundant feedback.

Frequently Asked Questions about reviewing-incremental-changes

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

FAQPage Schema
How do I review only the new changes in a pull request after receiving feedback?

Re-review focuses on lines changed since the last review, not the entire PR. This prevents redundant feedback and lets you efficiently assess developer responses to earlier comments.

What's the difference between an initial PR review and a re-review?

Initial review examines all changes in a PR. Re-review applies only to new or modified lines after a developer pushes commits responding to feedback, avoiding duplicate findings.

How do I avoid re-raising issues that a developer has already fixed?

Re-review workflows verify that previously flagged critical and important findings are resolved before issuing new feedback, preventing redundant issue reporting.

Can I automate re-reviews when developers push new commits to a PR?

Yes. Automation identifies changed files and lines between reviews, restricts analysis to incremental changes, and applies post-review severity rules for developer responses.

What happens after I complete a re-review and the developer responds?

Post-review severity handling defines how to process developer replies—whether to close resolved threads, escalate unaddressed findings, or continue the review cycle.