Findings ledger
A finding may only leave the conversation through the ledger. Verbal triage ("agreed, will fix", "accepted, known risk") is how confirmed findings ship to production.
The ledger
One file per branch or PR — REVIEW-LEDGER.md unless the repo says otherwise
— with append-only rows:
| ID | Finding (1 line + source) | Disposition | Evidence |
|---|
Exactly four dispositions:
- fixed — commit hash plus the check that proves the fix
- deferred — ticket/issue link, never a prose promise
- refuted — the code or output that disproves the finding
- accepted-risk — one-line rationale, named human who accepted it
Rules
- Record findings at intake, before fixing anything — the fix session is where findings get lost.
- Every disposition cites evidence;
verification-before-completionapplies to the "fixed" rows. - Never end a session with findings outside the ledger; the ledger is the handoff to the next session.
- Merge gate: no rows without a disposition. Accepted-risk is a valid answer; silence is not.
- A dropped fix (revert, force-push, "delete that commit") reopens every row whose evidence pointed at it — re-check the ledger before any reply or PR text cites those rows.
Provenance
Distilled from an internal retrospective of two production PRs (2026-08): roughly a third of the second-pass reviewer's comments were re-discoveries of findings agent reviews had already reported and lost in conversational triage.