kspec-review
Review
How to review work and use kspec review records. Covers creating reviews, structuring findings, AC coverage verification, and the full review record interface.
When to Use
- Reviewing submitted work
- Creating or managing review records
- Verifying AC coverage
Review Principles
Adversarial Investigation
Worker claims are hypotheses, not facts. When a commit message says "all tests pass," verify it. When a note says "fixed the type errors," check they're actually fixed and not suppressed. Workers are not lying — but they are biased toward believing their own work is correct. Your job is to independently verify.
Read the code before the description. Start by reading the diff — what changed, what was added, what was removed. Form your own understanding. Only then read the task notes or PR description and compare. This prevents anchoring bias.
Treat justifications as claims to verify. "Pre-existing issue," "out of scope," "will be addressed in follow-up," "this is the standard pattern" — these require evidence, not acceptance.