Run an author agent and a reviewer agent in a loop with a strict finding format, a mandatory verification pass, and a convergence rule that ends it. Use when you want agent-to-agent code review that improves the diff instead of spinning forever on style or re-flagging fixed issues.
Scanned 9/5/2026
Install to Claude Code
npx -y skills add Amey-Thakur/AI-SKILLS --skill agent-code-review-loop --agent claude-codeInstalls into .claude/skills of the current project.
Are you the author of Agent Code Review Loop?
Add the live security badge to your README — it updates automatically with every re-scan.
[](https://www.skillsdirectory.com/skills/amey-thakur-agent-code-review-loop)More formats (shields.io, HTML) on the badges page.
---
name: agent-code-review-loop
description: Run an author agent and a reviewer agent in a loop with a strict finding format, a mandatory verification pass, and a convergence rule that ends it. Use when you want agent-to-agent code review that improves the diff instead of spinning forever on style or re-flagging fixed issues.
---
# Agent code review loop
Two agents reviewing code with no rules produce an endless argument: the
reviewer invents nitpicks to look thorough, the author rewrites working code to
appease it, and neither knows when to stop. A disciplined loop adds three
constraints that end the spin: every finding must survive a verification pass,
the author resolves each one on the record, and a convergence rule declares the
loop over.
## Roles
- **Author** (`backend-engineer-role` or the owning builder): defends and fixes
the diff.
- **Reviewer** (`code-review`): files verified findings and audits the
resolutions.
## Method
1. **Reviewer states intent before judging a line.** Restate the change's
purpose in one sentence first, so a deliberate behavior is not reported as a
bug and the author does not burn a round defending it.
2. **Fix the finding format.** Every finding is `file:line, severity, one-line
defect, failing scenario, suggested fix`. Severity is blocker, major, minor,
or nit. A finding with no location and no scenario is a question, and it is
filed as one.
3. **Require a verification pass.** Before reporting, the reviewer constructs
the concrete input or state that triggers the defect and the wrong result it
produces. If it cannot build that scenario, the finding is dropped. This one
rule kills invented nitpicks.
4. **Author resolves each finding explicitly.** For every item: fixed, with the
commit, or rebutted, with a reason. No silent drops. The resolution log is
the artifact the next round reads, so nothing is lost between passes.
5. **Enforce the convergence rule.** The loop ends when no blockers or majors
remain open and the latest pass surfaced no new ones. Cap at three rounds;
past that, escalate the disagreement to a human rather than iterate on taste.
6. **Forbid reopening without new evidence.** A reviewer cannot re-raise a
resolved finding unless it names a fresh failing scenario. This stops
the loop from thrashing on the same line across rounds.
## Run it
In Claude Code, run the author as one subagent and the reviewer as another,
passing the diff and the findings list as files so each round reads the prior
resolution log, not the whole chat. The orchestrator counts rounds and holds the
convergence rule: it stops the loop on a clean pass or on the round cap. Keep
severities honest, so a nit never blocks a merge and a blocker never slips
through. To port, model the loop as a CrewAI hierarchical process with a review
task, an AutoGen two-agent chat with a termination condition, or a LangGraph
cycle whose conditional edge exits when open blockers reach zero.
## Signals it works
- Every reported finding carries a concrete failing scenario, no bare opinions.
- The loop ends on the convergence rule, not on an agent giving up.
- No resolved finding reappears in a later round without fresh evidence.
## Boundaries
This is line-level iteration between two agents on a diff; for multi-lens review
of a design use `agent-design-review-panel`, and for the ship gate use
`agent-qa-gate`. The loop improves the change in front of it and does not judge
whether the change should exist, a call that belongs to the author's charter and
the humans above it.
Is this your skill, or is something wrong with this listing? Request removal or report an issue. Author removals are honored within 72 hours.
No comments yet. Be the first to comment!