{{ summaryHeading }}
{{ summaryPrimary }}
{{ summaryLine }}
{{ computation.values.high_risk_count }} high risk {{ computation.values.file_count }} files {{ formatPercent(computation.values.deletion_mix_pct) }} deletions
Git diff review inputs
Numstat gives the strongest evidence. Diffstat plus/minus bars are converted into an estimated additions/deletions split.
{{ sourceStatus }}
Auto reports the resolved format in the review brief; pinned modes ignore rows from other shapes.
{{ summaryAnnouncement }}
Use a branch, pull request, or change-ticket label reviewers will recognize.
At the threshold, a file receives 25 churn points before path and content signals.
lines/files
Name the repository paths that need focused owner attention.
Use zero when deletion mix should not influence file scores or the aggregate queue.
%
Comma-separated terms are matched case-insensitively against the path.
Use a positive floor to add a file-specific owner-routing row without changing its score, level, or chart data.
points

Review decision

{{ decisionHeading }}

{{ decisionSummary }}

  1. {{ action }}

Requested format: {{ requestedFormatLabel }} → {{ resolvedFormatLabel }}. Risk points are a repository-authored triage index, not an official Git, security, or merge-safety standard.

{{ tableStatus.ledger }}
PathDeltaScoreLevelRisk signalsReview noteCopy
{{ row.path }}+{{ row.additions }} / −{{ row.deletions }}{{ row.score }}{{ row.level }}{{ row.signals }}{{ row.review_note }}
{{ tableStatus.queue }}
FocusEvidenceSeverityRecommended actionCopy
{{ row.focus }}{{ row.evidence }}{{ row.severity }}{{ row.recommended_action }}
{{ chartStatus }}
No valid diff rows to plot. Review the source issue and load valid file changes.
Loading chart…

Review attention is limited, and a change summary can help spend it where mistakes would be costly. The largest file is not always the most important one: a small authorization change may need a specialist, while hundreds of generated lines may need provenance checks more than line-by-line reading.

Git summaries describe the shape of a change before the full patch is opened. Numstat gives additions and deletions for each path. Diffstat gives a changed-line total and may include plus and minus marks from which the split can only be estimated. Binary rows identify a changed path but provide no line counts.

Review signals in a Git change summary
SignalWhat it can revealWhat still needs review
Text churnFiles that require more reading or broader testsWhether the changed behavior is correct
Sensitive pathRepository areas that need an owner or domain specialistWhether a substring accurately represents ownership
Deletion shareBehavior, data, or compatibility that may have been removedWhether removal was intentional and reversible
Generated or binary pathFiles whose ordinary line review is weak or unavailableThe source change, build provenance, file preview, and size impact

A review policy should reflect the repository. Terms such as authentication, migration, payment, infrastructure, or lockfile are meaningful only when they correspond to real ownership and failure costs. A generic term that happens to appear in many paths can inflate scores without improving review.

Churn is also an imperfect proxy. Renames, formatting, vendored updates, and generated artifacts can create large totals with little semantic change. Conversely, one deleted condition or changed default can alter production behavior with almost no volume. Triage should determine reading order and reviewer assignment, never substitute for the patch, tests, ownership rules, and deployment plan.

How to Use This Tool:

Supply the strongest available per-file summary and tune its signals to the repository's actual review policy.

  1. Paste the Git diff summary. Prefer numstat when exact addition and deletion counts matter. Pin Source format if automatic parsing resolves ambiguous rows incorrectly.
  2. Set Change threshold. A file at this changed-line count receives 25 churn points. The same number also triggers the wide-diff queue rule when the parsed file count reaches it.
  3. Enter Risk path terms and Generated or lockfile terms. Matching is case-insensitive substring matching. Set Deletion pressure to zero when deletion share should contribute no file or aggregate signal.
  4. Read the File risk ledger before the Review queue. Inspect the listed signals for each high score, then assign owners and checks from the queue. A positive Queue score floor adds file-routing rows without changing scores.

Interpreting Results:

Critical and High mean “review earlier under these settings,” not “unsafe.” Low means only that the configured signals found less pressure; it cannot clear a change for merge.

  • Read the score with its signal list so churn, path matches, deletions, generated content, and binary status remain visible.
  • Diffstat line splits are estimates. Use numstat or the full patch when exact additions and deletions affect a decision.
  • Generated and binary rows need source-to-artifact, preview, provenance, and size checks because ordinary text evidence is limited.
  • Open the full patch and tests before acting on any queue recommendation; the model does not inspect code semantics.

Technical Details:

The review index converts accepted file rows into additions, deletions, changed lines, deletion share, path matches, and two file-type flags. It then produces a deterministic score from 0 to 100 and sorts files by score, changed lines, and path name.

Formula Core

Churn is rounded to a whole-point contribution before path and file-shape points are added. Only the final total is capped.

S=min(100, round(25CT) +22R+18D+8G+10B)
Variables in the Git diff review score
TermMeaningRule
SFile review score0 to 100 points
CAdditions plus deletionsChanged lines
TSelected change threshold1 to 1,000 lines
RDistinct risk terms found in the lowercased path22 points each
DDeletion share reaches an enabled threshold18 points when true
GAny generated or lockfile term matches8 points when true
BNumstat or path-first row uses a dash for either count10 points when true; line counts become zero

Deletion share is deletions ÷ changed lines × 100, or 0% for a zero-line row. Its threshold uses the unrounded share with share ≥ selected percentage; zero disables the signal. Churn is nonnegative, so a half-point rounds upward to the next integer. For example, 1 addition and 1 deletion at a 12-line threshold yield 4 churn points. One risk-path match and an enabled 35% deletion boundary add 22 and 18 points, producing 44 and a Medium level.

Git diff review score bands
LevelScore boundaryReview route
LowS < 22Normal patch review
Medium22 ≤ S < 45Focused tests within the normal checklist
High45 ≤ S < 70Domain reviewer
Critical70 ≤ S ≤ 100Focused owner review before merge

Transformation Core

The selected row grammar determines how text becomes file-level evidence.

Supported Git summary transformations
FormatAccepted shapeTransformation
NumstatAdditions, deletions, pathUse both counts directly; a dash marks binary content and contributes zero lines.
Path firstPath, additions, deletionsUse the trailing counts with the same binary rule.
DiffstatPath, pipe, changed-line count, optional mark barEstimate additions from the share of plus marks, round that estimate, and assign the remainder to deletions. With no marks, all lines become additions.
Auto detectAny supported rowTry diffstat, numstat, then path first on each line; accepted mixed shapes report a mixed source.

Blank lines and a final “files changed” summary are skipped. Other unmatched rows increase the ignored count. Input accepts up to 200,000 characters and 500 parsed file rows.

Rule Core

Queue rules are additive and run after every file has been scored.

Git diff review queue rules
ConditionResult
Any file has S ≥ 45Add owner review; mark it Critical when any file has S ≥ 70.
File count ≥ TAdd a wide-diff split or subsystem-review action.
Aggregate deletion share reaches an enabled thresholdAdd behavior-removal, data-impact, test, and rollback checks.
Any generated path matchesAdd a source-to-generated-artifact consistency check.
Any binary row existsAdd file-aware preview, provenance, and size checks.
Queue floor > 0 and a file has S ≥ the floorAdd a routing row for that file without changing its score.

Overall review state follows the strongest file band. Aggregate deletion share uses total deletions divided by total changed lines, so it may create a queue action even when no single file is High.

Privacy Notes:

Diff summaries and selected files are scored in the browser. Source text is excluded from shared settings and is not restored after reload. Paths and branch labels may still reveal private project structure, so provide only the summary needed for triage and never paste secrets or a full patch when a summary will do.