chore(agents): Stop reviewer agents from pre-filtering findings - #1797
Conversation
intent(code-review): reviewer agents were told to report "only noteworthy" findings while the orchestrator already re-filtered them, so borderline findings were dropped before anything could weigh them decision(code-review): report everything with a severity and a confidence level and let the orchestrator be the single filter — a suppressed finding is lost, a rejected one costs a line constraint(code-review): scope limits are unchanged — each reviewer stays in its own angle, linter territory stays out, and "don't invent issues" stays; only the suppression rules were removed learned(code-review): per Anthropic's Opus 5 prompting guide, "only report high-severity" / "be conservative" review prompts are followed literally and reduce recall; filtering belongs in a separate pass Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
⚡ Performance Benchmark
Details
History1b3b372 chore(agents): Stop reviewer agents from pre-filtering findings
|
|
Important Review skippedAuto incremental reviews are disabled on this repository. Please check the settings in the CodeRabbit UI or the ⚙️ Run configurationConfiguration used: Path: .coderabbit.yaml Review profile: CHILL Plan: Pro Plus Run ID: You can disable this status message by setting the Use the checkbox below for a quick retry:
📝 WalkthroughWalkthroughReviewer prompts now require broader evidence-based finding reports with severity and confidence. Finding formats include uncertainty details. Review commands now triage unfiltered findings and retain only confirmed actionable results. ChangesReviewer reporting and triage
Estimated code review effort: 2 (Simple) | ~10 minutes Possibly related PRs
🚥 Pre-merge checks | ✅ 5✅ Passed checks (5 passed)
✨ Finishing Touches🧪 Generate unit tests (beta)
Thanks for using CodeRabbit! It's free for OSS, and your support helps us grow. If you like it, consider giving us a shout-out. Comment |
There was a problem hiding this comment.
Actionable comments posted: 3
🤖 Prompt for all review comments with AI agents
Verify each finding against current code. Fix only still-valid issues, skip the
rest with a brief reason, keep changes minimal, and validate.
Inline comments:
In @.agents/agents/reviewer-performance.md:
- Line 75: Update the fallback guidance in the performance review instructions
so suspected costs are reported only when supported by concrete evidence that
they exceed the established realistic-scale threshold. Keep the threshold and
scope boundaries from the surrounding guidance, and do not require reporting
cold-path or micro-optimization concerns without threshold-relevant evidence.
In @.agents/agents/reviewer-test-coverage.md:
- Around line 95-97: Update the finding requirements in the
reviewer-test-coverage guidance so Confidence is mandatory for every finding,
including High-confidence findings. Align the wording with the required output
contract in review-loop and pr-review by removing the exception that permits
High confidence to be omitted.
In @.agents/commands/code/review-loop.md:
- Line 14: Update the triage wording in `.agents/commands/code/review-loop.md`
at lines 14-14 and `.agents/commands/git/pr-review.md` at lines 18-18, replacing
“low-confidence and low-severity” with “low-confidence or low-severity” so
either condition requires confirmation.
🪄 Autofix
Fix all unresolved CodeRabbit comments on this PR:
- Push a commit to this branch (recommended)
- Create a new PR with the fixes
ℹ️ Review info
⚙️ Run configuration
Configuration used: Path: .coderabbit.yaml
Review profile: CHILL
Plan: Pro Plus
Run ID: 8026f948-e827-491b-9578-6602036a0040
📒 Files selected for processing (8)
.agents/agents/reviewer-code-quality.md.agents/agents/reviewer-conventions.md.agents/agents/reviewer-holistic.md.agents/agents/reviewer-performance.md.agents/agents/reviewer-security.md.agents/agents/reviewer-test-coverage.md.agents/commands/code/review-loop.md.agents/commands/git/pr-review.md
decision(code-review): tighten the performance fallback to "concrete evidence of a threshold-clearing cost" so it can no longer be read as licensing cold-path or micro-optimization reports constraint(code-review): make Confidence mandatory in the test-coverage output format — the other five reviewers and both orchestrators require it on every finding learned(code-review): the triage rule needs "low-confidence OR low-severity"; with AND, a high-severity low-confidence finding slipped past the confirm-or-drop step entirely Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
Adjusts the six
reviewer-*agents so they report everything they find instead of pre-filtering, and makes the orchestrator the single filter.Why
The reviewer agents each opened with "report only noteworthy findings", while
pr-reviewandreview-loopalready re-filter their output ("keep only what you also deem noteworthy"). That is two filters in series, and the first one runs with the least context — a finding an agent suppresses can never be recovered, while one the orchestrator rejects costs a single line.Anthropic's Opus 5 prompting guide names this pattern directly: review prompts that say "only report high-severity issues" or "be conservative" are followed literally and lower recall, and filtering should happen in a separate pass.
What changed
Confidencefield (andSeverityfor conventions) so the triage pass has something to filter on.pr-review/review-loop— state the contract on the orchestrator side too: the agents don't pre-filter, you are the filter, drop low-confidence/low-severity unless you can confirm them yourself.Prompt-only change; no source or test files are touched.
Checklist
npm run test— not run; no source or test files changednpm run lint— run; the only failures come from the untrackedbrowser/web-ext-artifacts/build output, unrelated to this diff🤖 Generated with Claude Code