compare

CodeReviewer vs. linters & static analysis.

Keep your linter. It's fast, cheap and great at enforcing rules. CodeReviewer covers what rules can't describe: whether the change is right for your codebase, your spec and your users.

CodeReviewerLinters & static analysis
What it checksWhether the change is correct in context: logic, data flow, security, conventions and scopeWhether code matches a fixed set of rules and patterns
Cross-file impactFollows the change to callers, data paths and tests across the repositoryMostly file-by-file, or limited to rules that model cross-file flow
Your conventionsLearns them from your codebase and a small config fileOnly what someone has written a rule for
Logic bugsCatches errors like mixing cents and decimals, missed permission checks and off-by-one boundariesRarely. Logic errors usually follow every rule
Spec and requirementsMatches each pull request to the spec and flags what's missingNot in scope
Explaining the problemPlain-language findings with evidence and severityRule IDs and short messages
FixingWrites the fix, checks it compiles and commits it to the branchSome auto-format or auto-fix for simple rule violations
Speed and costMinutes per pull request, per-developer pricingSeconds, typically free and local
Beyond the codeAlso writes and replays tests, and runs security and performance scans on the running appCode only

Rules versus judgment

A linter answers “does this code follow the rules?”. A reviewer answers “is this change right?”. The second question needs context: what the rest of the code does, what the spec promised, what the data looks like. That’s the question CodeReviewer is built to answer.

Use each for what it’s best at

Let your linter enforce formatting, imports and banned patterns in milliseconds. Let CodeReviewer read the whole change in context and tell you what a senior engineer would.

faq

Questions, answered.

Should we remove our linter?

No. Linters are the fastest feedback loop you have and belong in the editor and in CI. CodeReviewer complements them and doesn't repeat what your linter already enforces.

Does CodeReviewer replace static security scanning?

It covers different ground. CodeReviewer flags security issues in context during review and adds passive and active scans of the running app. Keep any static scanning your compliance program requires.

Will it duplicate our linter's warnings?

It focuses on problems that need context. You can tell it which paths and patterns to ignore in the config file, and findings your team repeatedly dismisses are surfaced so they can be tuned out.

Give every PR the review it deserves.

Start your 15-day free trial. We onboard a few teams every week.