jp-codereview

Generate structured code review issues from phase artifacts into YAML cycle files.

Updated Feb 26, 2026
One-click install
npx skills add https://github.com/jinglemansweep/agent-resources --skill jp-codereview
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: jp-codereview
Source: https://github.com/jinglemansweep/agent-resources/tree/main/plugins/jplan/skills/jp-codereview
Command: npx skills add https://github.com/jinglemansweep/agent-resources --skill jp-codereview

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

Automates the process of identifying and recording code quality and integration issues by analyzing phase artifacts (prd.md, tasks.yaml, and prior reviews) and writing structured issues to a review round file.

Core Features & Use Cases

  • Automates holistic code review by interpreting PRD, tasks, and past review rounds to surface gaps.
  • Generates a cycle file (reviews/cycle/NNN.yaml) with clearly linked issues mapped to related tasks.
  • Respects existing fixes (reviews/fixes.yaml) to avoid duplicates and update rounds only when necessary.

Quick Start

Invoke /jp-codereview <phase-path> [scope] to generate a new review round for the specified phase.

Frequently Asked Questions about jp-codereview

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

FAQPage Schema
How do I automate code review issue generation from phase artifacts?

Automated code review issue generation works by analyzing phase artifacts like prd.md, tasks.yaml, and prior reviews to identify quality gaps. It then writes structured issues directly to a review cycle YAML file linked to related tasks.

What is a review cycle YAML file in a phase directory?

A review cycle YAML file is a structured output that records code review issues for a specific phase. It is generated as reviews/cycle/NNN.yaml, capturing identified gaps and linking them directly to related tasks from your tasks.yaml file.

How do I avoid duplicate code review issues across review rounds?

To avoid duplicate code review issues across rounds, the process checks an existing fixes.yaml file before generating new output. It respects previously recorded fixes to ensure only new or unresolved gaps are written to the next review cycle.

Can I scope an automated code review to only changed files?

Yes, you can scope an automated code review to changed files by specifying the scope when invoking the review task. It uses the full or changed scope parameter to determine which files within the phase directory to analyze.

What inputs do I need to generate structured code review issues?

Generating structured code review issues requires phase artifacts including prd.md, tasks.yaml, and prior review rounds. The system validates these inputs in the specified phase directory before creating the output YAML file.

Why are code review issues linked to tasks.yaml entries?

Code review issues are linked to tasks.yaml entries to maintain traceability between identified quality gaps and their originating requirements. This ensures each generated issue in the cycle file is mapped to a related task for clear tracking.