Dev & Engineering code-reviewgit-hookspre-commit-reviewrisk-scoringstaged-diff-analysisbyokcommit-tracking

git-lrc Commit-Time Code Review

Automatically review Git diffs and surface risks before each commit lands.

FollowAgents review · FARS-2.1
Recommended
80/ 100 5-point scale 4.0 / 5
1 2 3 4 5 6
1Trust24 / 29 · 4.1/5

SECURITY.md specifically identifies destinations, triggers, and local storage for diff submissions, authentication payloads, telemetry, and updates. It also describes selected-diff scoping, cross-host redirect restrictions, restricted and atomic credential writes, security scanning, and SBOM production. Installation, global hooks, commits, pushes, bypasses, disabling, and uninstallation are documented, while static tests support uninstall and recovery behavior; this justifies strong data-flow, external-effect, and rollback scores. Deductions apply because machine-wide hooks and remote review have broad impact, and an automatically triggered commit hook does not obtain fresh confirmation on every invocation. Key protection and server-side sanitization are supported mainly by documentation and some references to a separate LiveReview tree, while retention and model-training policy depend on the selected deployment. The license identifies Hexmos Technology LLP and contact channels, but registry provenance is unverified and the supplied material does not provide comprehensive attribution for all incorporated components.

2Reliability9 / 14 · 3.2/5

The README, workflows, and hook tests broadly agree on automatic review, attestation reuse, worktree isolation, disable markers, installation, and uninstallation, and the tests assert several user-facing failure messages. Deductions apply because the evidence does not cover all runtime failure paths and operation depends on external LiveReview, model-provider, installer, and Claude CLI availability. The README also places a “completely free” claim beside LOC-based premium pricing, while “Skip” is described both as bypassing review and as aborting a commit, weakening self-consistency.

3Adaptability18 / 18 · 5.0/5

The material addresses individual engineers, teams, and engineering leaders and covers manual review, commit-triggered review, Claude Code, CI, worktrees, self-hosting, and multiple AI connectors. Boundaries are unusually explicit: staged diffs are the default scope, AI output is advisory, risk scoring is optional and review continues without it, and the unenforced policy directory is labeled TODO. Commands, vouch and skip modes, disable controls, ignore rules, and the 3000-character rules limit are precise, with installation coverage for Linux, macOS, Windows, and Codespaces. No further deduction is warranted within static documentation; these scores do not assert that runtime compatibility was independently tested.

4Convention14 / 18 · 3.9/5

The README has substantial structure covering installation, setup, workflows, UI, risk scoring, connectors, repository rules, pricing, and security. Examples are extensive, SECURITY.md states known limitations, and LICENSE.md explains permitted and prohibited uses in detail, supporting high scores for those criteria. Deductions apply because git-lrc, lrc, and LiveReview are used interchangeably enough to blur the product boundary, and no version history or changelog is supplied. The license text is clear, although the provided repository metadata says NOASSERTION, so downstream license detection still needs confirmation. A company, founder email, vulnerability channel, and response commitments are named, but publisher identity is not enterprise-registry verified and ordinary release-maintenance ownership is less fully specified than security response ownership.

5Effectiveness10 / 13 · 3.8/5

The Issue Navigator, inline comments, severity and category filters, issue copying, summary deck, risk ordering, and git-log attestations are all designed to make findings actionable and transferable, supporting a strong output-usability score. Commit-time triggering, scoped diff review, and optional local graph analysis offer plausible incremental value over an unassisted git workflow. Deductions apply because claims about preventing outages, breaches, and technical debt, tracking more than 100 patterns, and improving efficiency are chiefly product assertions and screenshots rather than comparative evaluation evidence. Pricing is described, but total cost also includes user-provided model keys, remote services, initial indexing time, and data-governance overhead, so the cost-benefit case is not fully established by static sources.

6Verifiability5 / 8 · 3.1/5

Many security claims point to named modules, tests, workflows, and storage or network inventories; hook lifecycle behavior is also corroborated between CI definitions and test scripts. The documentation distinguishes scanner coverage from what scanners cannot guarantee and explicitly labels the future policy feature as unenforced. Deductions apply because several important references are in files not supplied here or in a separate LiveReview repository, preventing verification from the available evidence. Badges, workflow definitions, and test source establish configuration and intent, not successful execution at this revision. Marketing outcomes, risk-ranking quality, 60-second setup, and performance figures are not consistently separated from verified facts or clearly labeled inference.

Evidence confidence: Low Reviewed Aug 14, 2026 Reviewed revision 7982e1f2b083
The upstream repository has new commits since this review. The score still applies to the reviewed revision shown and may not cover the latest changes.
Before you use it
  • Remote review sends an encoded staged-diff bundle and metadata to the configured LiveReview endpoint. Verify retention, model-training, residency, and access-control policies for the chosen deployment and model provider.
  • The documented installers execute downloaded shell or PowerShell scripts and configure machine-wide Git hooks. Pin and inspect installer or release artifacts first, and validate uninstallation plus compatibility with existing hooks in a controlled environment.
  • API keys and connector state are stored in ~/.lrc.toml. Although restricted permissions and atomic writes are claimed, the supplied evidence cannot independently establish protection across every platform and migration path.
  • AI findings remain advisory and may be influenced by hostile diff content or contain insecure recommendations. A passed review or risk score should not be treated as a security attestation.
  • The license is source-available with commercial and redistribution restrictions, not OSI open source, while the supplied repository metadata is NOASSERTION. Complete legal and artifact-metadata review before adoption.
Review evidence [1][2][3][4][5][6][7][8][9]
See the full review method →

What does this agent do, and when should you use it?

git-lrc is an AI code-review tool that runs from a global Git hook before a commit, with `git lrc review` available as a manual entry point. It reads staged changes or selected commit ranges, coordinates reviews through LiveReview, and uses a configured Gemini, OpenAI, Claude, DeepSeek, OpenRouter, Atlas Cloud, or compatible Anthropic connector to produce inline comments, severity labels, and a review summary in a browser UI. Its Issue Navigator filters findings by severity, category, type, and area, while Summary Deck generates a concise account of the change and its risks. An optional local engine uses a codebase-memory-mcp knowledge graph to rank hunks by blast radius and review priority; ordinary AI reviews continue without that engine. Commit messages can record whether review ran, was vouched for, or was skipped, together with iteration and coverage figures. Setup is machine-wide and applies to every Git repository by default, although hooks can be disabled per repository.

After installation, git-lrc installs a global Git hook that captures the staged diff before git commit; users can also select input explicitly with lrc review --staged, lrc review --commit HEAD, or lrc review --range HEAD~1..HEAD. LiveReview coordinates the review and invokes the first AI connector configured in lrc ui, returning GitHub-style inline feedback, severity badges, an overall summary, and a structured issue list. The browser interface includes staged-file navigation, added/deleted line counts, Issue Navigator, issue copying, comment-by-comment navigation, an event log, and Commit, Commit & Push, and Skip actions. The optional local graph engine assigns each hunk 0–100 Blast Radius and Review Priority scores and combines them at a 60/40 weighting; it indexes a repository on first use and refreshes incrementally afterward. lrc review --vouch avoids another AI call while recording personal responsibility and previous coverage, whereas lrc review --skip records neither review nor attestation. Repositories can supply up to 3,000 characters of review guidance through .lrc/rules/*.md and exclude files with .lrc/ignore.

  1. A developer using code-generation assistants wants to catch removed logic, weakened constraints, exposed credentials, or costly cloud calls before committing.
  2. A team whose engineers use different editors and AI assistants needs one review checkpoint tied to Git rather than an optional IDE extension.
  3. A reviewer facing a large, multi-file diff wants blast-radius and customer-impact signals to place the riskiest hunks first.
  4. An engineering lead needs Git-log evidence showing whether each commit was reviewed, vouched for, or skipped, along with iteration and coverage data.
  5. A repository maintainer wants reviewers to follow local security, dependency, or coding conventions expressed in version-controlled .lrc/ rules.
  6. A Claude Code user wants the bundled review with lrc, /lrc:review, /lrc:vouch, and /lrc:skip interactions.

What are this agent's strengths and limitations?

Pros
  • The review happens before code enters permanent Git history and uses a global hook that is independent of any particular editor.
  • It combines line-level comments with a filterable Issue Navigator, Summary Deck, event history, and iteration and coverage records in Git log messages.
  • BYOK support covers Gemini, OpenAI, Claude, DeepSeek, OpenRouter, Atlas Cloud, and Anthropic-compatible endpoints, with configurable connector priority.
  • Optional risk ranking exposes contributing signals such as caller chains, entry points, duplicate implementations, missing tests, complexity, and historical co-change coupling.
  • Version-controlled repository rules and ignore patterns can be validated and previewed before their contents are sent to the reviewer.
Limitations
  • Core review requires network access, a LiveReview account/API key, at least one supported model key, and interaction with a browser UI; it is not a fully offline local reviewer.
  • Only the staged diff is sent for AI analysis, not the full repository, which limits the default review's access to broader codebase context.
  • Risk scoring depends on a separately auto-installed codebase-memory-mcp engine under ~/.lrc/bin, and initial indexing of a large repository can take several minutes.
  • The global hook applies to every repository on the machine by default, so teams must evaluate the workflow impact and explicitly disable it where unsuitable.
  • The modified Sustainable Use License permits internal business use and modification but prohibits resale as a competing service and commercial redistribution of modified versions.
  • The free allowance is capped at 30k LOC per month; Premium is documented as starting at $32 for 100k LOC.

How do you install or deploy this agent?

The documented setup assumes Git, shell access, a web browser, and network connectivity. Recommended Linux/macOS installation:

curl -L https://hexmos.com/ipm-install | bash && ipm i HexmosTech/git-lrc

For Windows PowerShell:

iwr https://hexmos.com/ipm-install-ps | iex; ipm i HexmosTech/git-lrc

The direct Linux/macOS alternative is:

curl -fsSL https://hexmos.com/lrc-install.sh | bash

The direct Windows command is:

iwr -useb https://hexmos.com/lrc-install.ps1 | iex

Then run git lrc setup. The browser-based, one-time setup requires signing in with Hexmos for a LiveReview API key and obtaining a Gemini API key from Google AI Studio. Additional OpenAI, Claude, DeepSeek, OpenRouter, Atlas Cloud, or Anthropic Compatible API connectors can be added later through lrc ui. Configuration is machine-wide rather than per repository.

How do you use this agent?

For the automatic path, run:

git add .
git commit -m "add payment validation"

The review launches before the commit completes. To review first, run:

git add .
git lrc review

Inspect the inline findings in the browser, copy issues back to a coding assistant if desired, apply fixes, stage again, and rerun the review. When satisfied, use git lrc review --vouch and then commit; use git lrc review --skip when intentionally proceeding without review or attestation. Run lrc ui to add, update, reorder, or re-authenticate connectors—the first connector is selected by default. For repository-specific guidance, run lrc config init, edit .lrc/rules/*.md and .lrc/ignore, validate with lrc config check, and inspect the exact model instructions with lrc config preview. Disable the hook in one repository with git lrc hooks disable and restore it with git lrc hooks enable.

How does this agent compare with similar options?

Compared with PR review, git-lrc moves feedback to the pre-commit stage, before faulty code is committed, pushed, and handed to teammates. Compared with an IDE extension, it uses Git commit as an editor-independent trigger shared by the team. The bundled claude-lrc provides natural-language and slash-command control inside Claude Code, while git-lrc supplies cross-editor commit-time enforcement. LiveReview is the named team-oriented extension of the product, adding dashboards, organization-level policies, and review analytics.

FAQ

Does it upload the entire repository?
No. The documented behavior sends only the staged diff, does not upload full repository context, and does not retain diffs after review. .lrc/ignore can exclude additional paths.
What is required for the free tier?
The individual tier includes 30k LOC per month with no credit card, but users bring their own AI key. Default onboarding asks for a Gemini API key and a LiveReview API key obtained by signing in with Hexmos.
Will reviews still work if the local graph engine is unavailable?
Yes. The engine supplies risk scoring only. AI review continues without it, with scoring disabled; --blast-radius=false can also turn scoring off explicitly.
Can automatic review be disabled for one repository?
Yes. Run git lrc hooks disable in that repository and git lrc hooks enable to restore it later.
How do Review, Vouch, and Skip differ?
Review invokes AI, increments the iteration count, and tracks coverage. Vouch avoids another AI call but explicitly accepts responsibility and records prior iteration and coverage data. Skip performs neither review nor attestation and writes skipped to the Git log.

Compare agents like this one

The same FARS review applied across the shortlist this agent qualifies for.

Related agents