Research & evidenceGitHub

ReviewBench: what a code-review benchmark should answer

GitHub introduced ReviewBench on October 5 as an open benchmark for AI code review. The important question is whether review catches consequential defects.

A lavender inspection lens highlights a misaligned green connector on a copper schematic in an open folio.
Conceptual illustration.

What changed

GitHub introduced ReviewBench on October 5 as an open benchmark for AI code review. The important question is whether review catches consequential defects.

Why it matters

Comment count is a weak proxy for a useful review. A verbose reviewer can create more work while missing a subtle permission bug. Evaluation should distinguish actionable findings from cosmetic suggestions, measure false alarms and check whether a proposed fix introduces another problem. Repository context changes the answer.

What to check next

Build a small review set from historical pull requests with known outcomes. Score severity, location accuracy and false positives, then ask a maintainer how much work the review saved. Keep benchmark results separate from real-world results on your code.

Event dates refer to the original announcement. Publication dates show when this article first appeared on Codorc.

Continue reading

All stories
A copper magnifying glass examines a connected lattice of green nodes and lavender links on a purple research desk.
Research & evidenceIBM Research / Hugging Face

An agent that succeeds once still needs a reliability test

IBM Research published work on repeated-run agent consistency on September 15. Its central distinction is between average success and succeeding every time the same task is repeated.