The article argues that human code reviewers should use AI to handle large diffs, and instead contribute their out-of-distribution knowledge and high-level context.
# You should use AI for reviewing code especially when the diff is huge
Source: [https://simianwords.bearblog.dev/you-should-use-ai-for-reviewing-code-especially-when-the-diff-is-huge/](https://simianwords.bearblog.dev/you-should-use-ai-for-reviewing-code-especially-when-the-diff-is-huge/)
[## Simian Words](https://simianwords.bearblog.dev/)[Home](https://simianwords.bearblog.dev/)[Blog](https://simianwords.bearblog.dev/blog/)
*22 Jun, 2026*
I often hear that AI is resulting in 10k LOC reviews and this is creating a bottleneck\. I don't think you should waste time reviewing every single line of code in here and just use AI to review it\!
### What you contribute as a reviewer
You need to know what you contribute as a reviewer\.
*As a reviewer, you contribute your**Out Of Distribution knowledge**that the author or the LLM might not have*
Its a mistake thinking you can outsmart an LLM into nitpicking few lines of code here and there\. This is not worth your time because LLM's have far surpassed these kind of issues\. Lets remember that these LLM's are now catching high severity vulnerabilities \-\- your line by line reviews have*no*place here\.
### What kind of knowledge can you bring in as the reviewer?
What you bring is the knowledge that the author nor the LLM doesn't know\.
Examples
1. That meeting you had last week with the architect where you discussed using`service\_A`getting deprecated? The author doesn't know this\.
2. You also probably have some general principles in your codebase \- don't add fields to the main huge object or don't add metrics in this particular way\. These are the things you bring to the review\.
3. Some high level design smells that only you know as the codebase expert
The way I use AI for reviews is to point AI to the change and contribute my Out Of Distribution knowledge in terms of prompts and questions\.
### Caveats
This workflow works in places where each line of code is not sacred\. There are places where each line may be sacred, like in embedded systems\.
The author discusses challenges with large code diffs caused by AI use in code reviews and seeks advice on strategies to handle this while maintaining human comprehension.
The article proposes using stacked branches (small, sequential pull requests) to make reviewing AI-generated code more manageable and effective, addressing the common problem of large, hard-to-review diffs.
A developer blog post argues against the idea of shipping AI-generated code to production without reading it, emphasizing that code review serves critical purposes: diffusing responsibility, reducing bus factor, and maintaining team knowledge of the codebase.
This article discusses utilizing code review practices to ensure sustainable and maintainable development when incorporating AI-assisted coding techniques.
The author questions whether Git diffs remain adequate for human review as coding agents accelerate, suggesting a shift toward reviewing agent consequences and decisions with enhanced harnesses for better supervision.