code-review

Evaluate change proposals against work unit contracts and evidence requirements.

Updated Mar 3, 2026
One-click install
npx skills add https://github.com/tesserine/groundwork --skill code-review-tesserine
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: code-review
Source: https://github.com/tesserine/groundwork/tree/main/skills/code-review
Command: npx skills add https://github.com/tesserine/groundwork --skill code-review-tesserine

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

Review governance ensures proposed changes are safe to advance, not a formal style pass or forge operation, evaluating against work units, behavior contracts, implementation plans, and verification evidence to classify findings as blocking or non-blocking.

Core Features & Use Cases

  • Scope honesty checks that changes stay within the claimed work.
  • Correctness and semantic-shift detection across interfaces, schemas, and tests.
  • Evidence-driven verification and documentation impact assessment.

Quick Start

Review a pending change proposal and determine blocking or non-blocking findings using the focus areas, then document your verdict.

Frequently Asked Questions about code-review

High-intent search queries and answers about installing and using this skill.

FAQPage Schema
How do I perform a rigorous code review to determine if a change proposal is safe?

Rigorous code review evaluates proposed changes against work unit contracts and evidence requirements to classify findings as blocking or non-blocking. It checks scope honesty, correctness, semantic-shift detection, and documentation impact to ensure changes are safe to advance.

What is scope honesty in code review and when do I need to check it?

Scope honesty in code review verifies that a proposed implementation stays strictly within the boundaries of its claimed work unit. You need to check it whenever reviewing change proposals to prevent unauthorized modifications from advancing undetected.

How do I detect semantic shifts across interfaces and schemas during code verification?

Detect semantic shifts during code verification by applying correctness checks across interfaces, schemas, and tests. This process identifies breaking changes in behavior contracts and classifies them as blocking findings based on evidence quality.

Does evidence-driven code review require verification artifacts and implementation plans?

Evidence-driven code review requires explicit verification artifacts and implementation plans to assess documentation impact and fix-or-file discipline. These inputs provide the necessary context to evaluate whether a change proposal meets safety standards.

What is the best way to classify blocking versus non-blocking findings in a change proposal?

Classify blocking versus non-blocking findings by evaluating scope honesty, correctness, evidence quality, and documentation impact against the work unit contract. This review governance approach ensures only safe, verified changes advance to the next stage.

What are the limitations of code review governance for evaluating implementation correctness?

Code review governance limitations include its focus on review safety rather than formal style passes or forge operations. It evaluates correctness and evidence quality but does not execute or compile the proposed implementation artifacts directly.