roborev Code Review
Review each commit in the background and carry findings back into the coding agent’s fix loop.
- Source repo
- kenn-io/roborev
- Stars
- ★ 1.8k
- Last updated
- today
- License
- MIT
- Primary language
- Go
- FA score
- 60/100 · Some gaps
At a glance
- How it runs
- Works with
- Universal · cross-platformCodex · Claude Code
- Cost
- Free software; you pay for model usage
- Setup effort
- Medium · a few setup steps
- You'll need
- Typical use
- Developers using Codex or Claude Code who want every Git commit queued for review automatically.
- Not a fit if
- Teams that want AI code reviews without configuring a coding agent
- Projects that cannot send review prompts and diffs to their configured agent
- Source review
- 60/100 · Some gaps
What does this agent do, and when should you use it?
roborev is a local Go CLI that queues background code reviews through a Git post-commit hook. It calls a configured coding agent to inspect diffs and produce review findings, which users can inspect in an interactive terminal UI or a local browser UI. Findings can be handed back to an agent, or worked through with roborev fix and roborev refine. Optional Agent Hooks bring open findings into supported coding-agent sessions. The tool also includes code analysis, review-history search, exports, and a local daemon, without requiring a hosted roborev service.
roborev init installs a post-commit hook in a repository; after commits, the hook queues diffs for background review by the configured coding agent and stores results in a local review queue. Users inspect findings with roborev tui or roborev ui, then run roborev fix to have an agent apply fixes and commit them, or roborev refine to iterate through fixes and reviews in an isolated worktree. roborev analyze runs checks such as duplication, complexity, and security analysis; roborev compact verifies and consolidates open findings. The CLI also searches and exports review history and can install Agent Hooks that surface open findings in supported agent sessions.
- Developers using Codex or Claude Code who want every Git commit queued for review automatically.
- Maintainers who want to inspect review results in a terminal or local browser and track findings by commit.
- Teams that want a coding agent to apply review fixes, commit them, and trigger another review.
- Engineers running duplication, complexity, dead-code, or security analysis across an existing codebase.
- Teams that need to search completed reviews across repositories or export review records as JSON for local reporting.
How do you install or deploy this agent?
Installation methods are documented for macOS, Linux, and Windows. The Go installation provides the CLI and terminal UI; the README says the Go module source archive excludes generated browser assets, so install a release package or build with make install for the embedded browser application. You need a Git repository and a configured coding agent.
How do you use this agent?
Initialize the hook in the target repository, commit code, and open the review queue:
cd your-repo
roborev init
git commit -m "..."
roborev tuiRun roborev ui for the local browser interface. To install optional agent-session hooks and work on findings:
roborev agent-hook install
roborev fixWhat are this agent's strengths and limitations?
- A Git hook triggers background review for every commit without relying on a remote review workflow.
- The terminal TUI and local browser UI provide two ways to inspect the review queue and history.
roborev fixandroborev refineconnect findings to fixes, commits, and follow-up reviews.- It supports multiple coding agents and orchestrates reviews locally without requiring a hosted service.
- It requires Git and a configured supported coding agent; that agent performs the review and fix tasks.
- The Go installation path excludes generated browser assets; the browser UI requires a release package or
make install. - The README documents limited anonymous PostHog telemetry by default, though it can be disabled with environment variables.
- The README recommends trusted codebases; reviewing untrusted code calls for a sandbox such as a container or VM.
How does this agent compare with similar options?
Compared with code-review workflows that run only on a hosted remote platform, roborev queues reviews locally through Git hooks and offers a TUI and local browser UI. It can also work with coding agents already configured by the user, including Codex and Claude Code.
Key facts side by side with the most closely related agents.
| Agent | Source review | Form / cost | Stars | Updated | Language | Full support on |
|---|---|---|---|---|---|---|
| roborev Code Review This agent | 60 · Some gaps | CLIFree + model costs | ★ 1.8k | today | Go | Codex · Claude Code |
| git-lrc Commit-Time Code Review | 80 · Good | CLIFreemium | ★ 1.5k | 10d ago | Go | Claude Code · OpenAI API · Claude API |
| Aura Code Audit Trail | 70 · Some gaps | CLIFree | ★ 49 | 8d ago | Rust | Codex · Claude Code |
| jev-axi Judgment CLI | 90 · Good | CLIFree + model costs | ★ 43 | 26d ago | TypeScript | Claude Code |
How does FollowAgents rate this agent?
Why each dimension lost points
Evidence supports least privilege and sensitive-data handling: local-only orchestration, proxy tokens injected from config rather than inherited shell env, proxy URLs rejecting embedded credentials with http limited to loopback, atomic config writes with 0600 global perms and masked secrets. Deductions are concrete: `roborev init` installs a post-commit hook, `agent-hook install` edits agent configs, and `refine` auto-commits in a worktree with no per-action confirmation; README discloses default-on anonymous PostHog telemetry (install ID, repo/review count buckets) with opt-out, so data-flow transparency is only partial; auto-fix commits rely on git for rollback rather than product-level recovery; source attribution rests on an MIT copyright line and an unverified publisher with no signing or provenance attestation.
Failure handling is well documented: read-only `roborev doctor`, daemon.log rotation with truncation markers, JSONL post-commit log, CI retry/backoff with error categorization, and fail-open hook callbacks. Self-consistency is mostly good (config precedence, export cursor contract, upgrade steps), but some facts require stitching across README and installation docs (Go install lacks browser assets, env stripping for claude-code), and the README telemetry section is truncated, so not full marks. Dependencies are public and version-pinned with CI actions pinned to SHAs, but no vulnerability scanning or SBOM evidence is present.
Audience and scenarios are broad (local CLI, TUI, browser UI, CI, many agents); capability boundaries are stated (no agent hook in Claude Desktop, no browser UI from Go install, no downgrade); trigger precision includes branch/commit exclusions, thresholds, and snooze. Deductions: reviewing every commit by default and the fully automated `refine` loop are high-impact defaults, and boundary notes are scattered across several documents.
Information architecture is strong: README plus installation, quickstart, configuration, and troubleshooting docs with command and config tables; install notes cover script, Homebrew, DEB/RPM, Go, and source builds with checksum and PATH details; LICENSE is complete MIT. Deductions: naming stability is weakened by breaking changes across 0.70/0.71/0.72 (renamed keys, changed command semantics); known limitations are scattered rather than consolidated; versioning appears only as upgrade subsections rather than a standalone changelog; maintenance responsibility cannot be confirmed because the publisher is unverified, leaving only in-repo CI and the copyright line as signals.
Output usability is solid: findings viewable in TUI/browser, copyable, exportable as JSON, severity-filtered, and feedable to agents, with `compact` filtering false positives. Marginal value is real (per-commit continuous review, cross-repo search) but requires at least one configured agent CLI and review quality depends on that external agent. Cost-benefit evidence is thin: cost export and budget settings are mentioned, but no token/expense magnitudes or comparisons are given, and automated loops can amplify agent spend, so only 1.
Verifiability is weak: most functional claims in README and docs have no linked tests or code references; telemetry, proxy routing, and export contracts are asserted in prose only; the CI workflow is present but truncated, so test coverage cannot be confirmed; facts and inferences are not clearly separated (e.g., 'issues in seconds' is unquantified). All three criteria scored 1.
- Anonymous PostHog telemetry is on by default (install ID, repo/review count buckets) and requires explicit opt-out; the README telemetry section is truncated in the evidence, so the full field set is unverified.
- `roborev init` and `agent-hook install` modify git hooks and agent configs, and `refine`/`fix` auto-commit code; these are high-impact side effects, so trial in an isolated repo and review generated hooks first.
- Publisher identity is unverified and installers execute remote code via curl | bash and PowerShell irm | iex; prefer checksum-verified package managers or a source build.
- Versions 0.70–0.72 contain breaking config and command changes, and database upgrades are not downgradable; back up the data directory before upgrading.
- Review quality and cost depend on an external agent CLI; no cost magnitudes are documented, and automated loops can substantially amplify agent spend.
FAQ
Does roborev require a hosted service?
Is review usage entirely free?
What can a review agent access?
Can review reminders appear in my coding-agent session?
roborev agent-hook install to install optional hooks for detected supported agents and bring open findings into the workflow.Why is the browser UI missing after a Go install?
make install to get the embedded browser application.