implementation-repair

Fixes code based on code-review findings without refactoring unflagged sections.

Updated Aug 4, 2026
One-click install
npx skills add https://github.com/rombel00/game-processes --skill implementation-repair-rombel00
Or copy as Structured Prompt for Agent▼
Please help me install this Agent Skill.
Skill: implementation-repair
Source: https://github.com/rombel00/game-processes/tree/main/plugins/delivery/skills/implementation-repair
Command: npx skills add https://github.com/rombel00/game-processes --skill implementation-repair-rombel00

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve? After a code review returns a rework verdict, developers often overreach: while fixing one flagged issue they silently refactor unrelated code, mask missing evidence with better mock tests, or forget to rerun the full regression suite. This Skill enforces disciplined, point-by-point repair of only what the reviewer flagged. ## Core Features & Use Cases - Scoped repair: Reads the full code-review report first and converts every critical and important finding into an explicit code or test change, touching nothing else. - Evidence integrity: Requires real verification instead of disguised mock tests when a finding questions test coverage, and mandates rerunning the full regression after fixes. - Report hygiene: Updates the existing coverage table and changed-files list in test_report in place, records accepted non-critical debt, and writes a separate repair report to .process/<task-id>/implementation_repair.md. - Use Case: A code-reviewer returns a rework verdict with three critical findings on a game feature slice; this Skill fixes exactly those findings, reruns regression, commits the changes, and returns a structured status for the repeated review gate. ## Quick Start Use the implementation-repair skill to fix the findings from the latest code-review report and update the test report.

Frequently Asked Questions about implementation-repair

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

FAQPage Schema
How do I fix code after a failed code review?▼

Read the entire review report first, then convert each critical and important finding into an explicit code or test change. Rerun the full regression suite, not just a new test for the fixed spot, and commit the fixes before requesting re-review.

Should I refactor unrelated code while fixing review findings?▼

No. This Skill explicitly forbids refactoring anything not flagged by a review finding, because producers tend to silently improve adjacent code during repair. If you spot something worth improving, raise it with the owner separately instead of bundling it into the fix.

When should implementation-repair be used instead of implementation?▼

Use it only after a code-reviewer returns a rework verdict on an existing implementation. It handles targeted fixes within the review loop limit of two reviews; initial implementation of a task belongs to the implementation skill.

What happens to unresolved non-critical findings after repair?▼

Non-critical leftovers after the second review cycle are recorded as accepted debt in the test_report's committed section, clearly named rather than dissolved into a general fixed summary. They may also appear in release notes known limitations for full-depth slices.

Why must fixes be committed before repeated code review?▼

The review gate evaluates the committed diff, not the working tree. Fixes must be committed on top of the same base so the repeated code-review sees exactly what changed in response to its findings.