fix-reviews
Fix Reviews
Execute the review remediation workflow in a strict sequence. The review files already exist and define the full scope for the run.
Required Inputs
- The scoped issue files listed in
<batch_issue_files>. - The PRD review round directory and
_meta.md. - The repository verification workflow required by
verification-before-completion.
Workflow
-
Read and triage the scoped issue files.
- Read every listed issue file completely before editing code.
- Update each issue file
## Status:frompendingtovalidorinvalid. - Record concrete technical reasoning in
## Triage.
-
Fix valid issues completely.
- Implement production-quality fixes for every
validissue in scope. - Add or update tests when behavior changes or regressions are possible.
- Keep the scope constrained to the listed issue files and their necessary code changes.
- Implement production-quality fixes for every
-
Close out issue files correctly.
- For a
validissue, set## Status: resolvedonly after the code and verification are done. - For an
invalidissue, document why it is invalid and then set## Status: resolvedonce the analysis is complete. - Update grouped review trackers only when the prompt explicitly enables them.
- For a
-
Verify before completion.
- Use
verification-before-completionbefore any completion claim or automatic commit. - Run the repository’s real verification commands; do not stop at partial checks.
- Leave the diff ready for manual review unless the prompt explicitly enables auto-commit.
- Use
Critical Rules
- Do not fetch or export reviews inside this workflow.
fetch-reviewsalready produced the round files. - Do not call provider-specific scripts or
ghmutations. Looper resolves provider threads after the batch succeeds. - Do not modify issue files outside the scoped batch.
- Do not mark an issue
resolvedbefore the underlying work and verification are actually complete.
More from compozy/looper
create-prd
Creates a Product Requirements Document through interactive brainstorming with parallel codebase and web research. Use when starting a new feature or product, building a PRD, or brainstorming requirements. Do not use for technical specifications, task breakdowns, or code implementation.
3create-tasks
Decomposes PRDs and TechSpecs into detailed, independently implementable task files with enrichment from codebase exploration. Use when a PRD or TechSpec exists and needs to be broken down into executable tasks, or when task files need enrichment with implementation context. Do not use for PRD creation, TechSpec generation, or direct task execution.
3execute-prd-task
Executes one PRD task end-to-end using a provided task file, PRD directory, tracking file paths, and auto-commit mode. Use when a prompt includes a task specification that must be implemented, validated, and reflected in task tracking files. Do not use for PR review batches, generic coding tasks without a PRD task file, or standalone verification-only work.
3create-techspec
Creates a Technical Specification by translating PRD business requirements into implementation designs through interactive technical clarification. Use when a PRD exists and needs a technical plan, or when technical architecture decisions need documentation. Do not use for PRD creation, task breakdown, or direct code implementation.
3