Your agents got faster. Your delivery did not.
That gap is now measurable. Faros AI's 2026 engineering benchmarks found that AI-generated pull requests wait 4.6x longer before a reviewer picks them up. Once review actually starts, it finishes about 2x faster than a human-authored PR. Sounds like a wash. It is not. The waiting dominates, so end-to-end cycle time barely moves even though code gets written in a fraction of the time.
The math is unforgiving. A developer running agent tooling can open five or six pull requests a day. A reviewer can meaningfully review somewhere around 200 to 400 lines an hour, and that number has not changed since 2010. Generation scaled. Review did not. The queue grows every single day, and nobody notices until the oldest PR in the list is three weeks old and nobody remembers what it was for.
Why the Queue Grows Faster Than It Looks
Two things compound here.
First, reviewers deprioritise AI-authored PRs. Not officially, but in practice. When you know a machine wrote it and the author skimmed it, you assume it needs deeper reading, so you save it for later. Later never arrives.
Second, agent PRs tend to be bigger. An agent asked to fix a bug will also rename a variable, tidy an import, and update a test helper. Every extra diff line is review time you did not budget for. Out-of-scope edits are one of the most common complaints from teams running agents in production, and they land squarely on the reviewer.
Fix the Queue, Not the Coding Step
Most teams respond to this by buying another coding tool. Wrong end of the pipeline. Here is what actually shifts the number:
- Cap the diff. Give the agent an explicit line budget in your
AGENTS.mdor system prompt. If a change exceeds it, the agent splits the work into stacked PRs instead of one wall of diff. Smaller PRs get picked up faster, and that pickup delay is the whole problem. - Make the agent write the review notes. A PR description that lists what changed, what was deliberately left alone, and what the reviewer should look at hardest cuts pickup latency more than any tool purchase.
- Run a first-pass agent reviewer. Anthropic's multi-agent review tool spins up parallel agents for logic errors, boundary conditions, API misuse, and auth flaws. That does not replace the human. It means the human opens a PR that already has the boring findings cleared, so their 40 minutes go to design and blast radius instead of null checks.
- Track pickup latency as a first-class metric. Not cycle time. Not PR count. Time from "opened" to "first human comment". If that number is climbing while your merge rate holds flat, you are building a debt pile with a nice green dashboard.
The Uncomfortable Part
Review is now the scarce resource on your team, and it is a senior-engineer resource. If you have doubled output without adding review capacity or automating the first pass, you have not gotten faster. You have moved the queue somewhere less visible and made it harder to see.
Look at the age of your oldest open PR this week. That number tells you more about your delivery health right now than any velocity chart.
We're here to help founders and teams design and build digital products that are built to scale with you, not slow you down. If you're looking to build something, get in contact with us today!