semi-formal-code-review

Review code changes with file:line evidence and test relevance.

4|2|Updated Mar 26, 2026
One-click install
npx skills add https://github.com/Formspec-org/formspec --skill semi-formal-code-review
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: semi-formal-code-review
Source: https://github.com/Formspec-org/formspec/tree/main/.claude-plugin/skills/semi-formal-code-review
Command: npx skills add https://github.com/Formspec-org/formspec --skill semi-formal-code-review

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

Manual, surface-level code reviews waste time and miss key failure paths. This Skill delivers structured, evidence-first analysis that anchors claims in concrete file:line traces and tests.

Core Features & Use Cases

  • Evidence-first review comments with concrete file:line references.
  • Trace changed call paths by mapping callers and callees.
  • Inspect relevant tests and surface gaps in coverage or edge cases.
  • Output findings-first verdicts to support quick decision making.

Quick Start

Ask the agent to review a PR or patch and generate a structured, findings-first review with file:line evidence.

Frequently Asked Questions about semi-formal-code-review

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

FAQPage Schema
How do I perform an evidence-first code review on a PR diff?

An evidence-first code review anchors every finding in concrete file:line references and test relevance. You submit a PR or patch, and the agent maps changed call paths and outputs a structured, findings-first verdict for quick decision making.

What is an evidence-first approach to reviewing code changes?

An evidence-first approach enforces static-analysis style review without executing code, requiring explicit file:line citations and traceable conclusions. It traces callers and callees to comprehensively cover edge cases and surface gaps in test coverage.

How do I trace changed call paths and inspect test coverage during a code review?

To trace changed call paths and inspect test coverage, map the callers and callees affected by the diff. The review then cross-references these paths with relevant tests to surface coverage gaps and edge cases using file:line evidence.

Does this code review approach work on patches and diffs without running the code?

Yes, this code review approach works directly on patches and diffs by applying static-analysis style review without execution. It generates grounded conclusions and a comprehensive verdict strictly from file:line traces and test relevance.

What is the best way to get a structured verdict from a PR review?

The best way to get a structured verdict is to use a findings-first review process that enforces traceability. It outputs a comprehensive decision-ready verdict grounded in explicit file:line citations and mapped call paths.

Why do I need traceability and file:line references in code review findings?

Traceability and file:line references prevent surface-level reviews from missing key failure paths. Grounding conclusions in explicit citations ensures every finding is verifiable, reducing wasted time and supporting accurate decision making.