This is a real sample. It is the verbatim .kadomori/report.md that kadomori check generated against an actual PR in the Kadomori repository (resolving initial onboarding friction; 35 files, +1174/-201), run in English output mode with no LLM — rule layer only. The verdict is NotReady: you can see how out-of-scope changes, slop candidates, PR split suggestions, and human decision points are surfaced.

Kadomori Report

Analysis mode: Default rules (no LLM)
Signals used: default rules
Positioning: Surfaces candidate locations, necessity levels, and reasons that likely need human review. Does not assert mergeability or safety.

Evidence / Semantic Assist

How to Read This Report

  1. Executive Summary — grasp the overall picture from the verdict and reviewability score
  2. Review Map — identify what to review in the order Human-required → Context-needed → Machine-verified
  3. What the author should verify (when present) — actions to complete before creating the PR
  4. What the reviewer should decide (when present) — points to surface during review

Executive Summary

Score Breakdown

ItemPenaltyImprovement action
Diff size-20Keep file/line counts within policy limits
Scope Drift-12Split out-of-scope changes into a separate PR, or explain their relation to the goal
Slop-8Review and fix slop candidates
Domain review-5Review items requiring domain judgment with the responsible owner

Review Burden Breakdown

Policy Coverage

Git Summary

Warnings

None

Detailed Evidence

Slop Candidates

Risk: Medium

Representative detection reasons:

Scope Drift

Goal: Resolve initial onboarding friction

PR Granularity

Suggested PR Split

infra / CI

Infra / CI changes can be reviewed independently

Changes in crates/kadomori-core

Files under directory crates/kadomori-core can be split together

rule-based analysis / pipeline

verdict / score / report impacts of analysis logic and pipeline changes can be reviewed together

Markdown / handoff rendering

Markdown / handoff output changes can be reviewed together with snapshots and actual output

CLI UX / commands

CLI argument / interactive UX changes can be reviewed together as the user flow Release notes accompany the main change. Check that their content matches the change.

Changes in scripts/fixtures

Files under directory scripts/fixtures can be split together

tests

Test-only changes can be verified independently

documentation

Documentation changes can be split from the main code

supporting diff / snapshots

Review snapshot updates after the main diff, together with the corresponding test results and expected-value diffs

Changes in scripts

Files under directory scripts can be split together

Review Map

Human-required

None

Context-needed

Machine-verified

Note: Machine-verified does not mean "no review needed"; it means changes (tests, generated code, snapshots, etc.) that are easy to verify mechanically.

Human-only Decision Points

Responsibility Map

What Both Author and Reviewer Should Verify

What the Author Should Verify

Verify config / infra changes: 5 files (representative: .github/workflows/ci.yml)
  • .github/workflows/ci.yml
  • .github/workflows/release.yml
  • crates/kadomori-core/src/config/loader.rs
  • crates/kadomori-core/src/config/mod.rs
  • crates/kadomori-core/src/config/seed/mod.rs

Author Checklist

Generated by