superpowers-receiving-code-review

Process code-review feedback through a six-step verification workflow.

Updated Dec 16, 2025
One-click install
npx skills add https://github.com/fegome90-cmd/fork_agent --skill superpowers-receiving-code-review-fegome90-cmd
Or copy as Structured Prompt for Agent▼
Please help me install this Agent Skill.
Skill: superpowers-receiving-code-review
Source: https://github.com/fegome90-cmd/fork_agent/tree/main/.kilocode/skills/superpowers-receiving-code-review
Command: npx skills add https://github.com/fegome90-cmd/fork_agent --skill superpowers-receiving-code-review-fegome90-cmd

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

Code reviews often produce ambiguous or emotionally charged feedback. This Skill enforces a technical, verification-first approach to understand requirements and verify changes before implementing.

Core Features & Use Cases

  • Six-step process: read, understand, verify, evaluate, respond, implement.
  • Per-item implementation: apply changes one at a time to minimize risk.
  • Guardrails & clarity: requires clarifications for unclear items and technical justification for each change.
  • Consistency across workflows: works with standard PR reviews and multi-review scenarios.

Quick Start

Process incoming code-review feedback by following the six-step method: read, understand, verify, evaluate, respond, and implement, applying changes one item at a time.

Frequently Asked Questions about superpowers-receiving-code-review

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

FAQPage Schema
How do I handle unclear or conflicting code-review feedback before implementing changes?▼

Handle code-review feedback by applying a six-step process: read, understand, verify, evaluate, respond, and implement. This enforces technical rigor and requires clarifications for ambiguous items before writing any code.

What is the best way to process code review comments to avoid performative agreement?▼

The best way to process code review comments is using a verification-first approach with per-item implementation. This requires technical justification for each change, applying them one at a time to minimize risk and prevent superficial agreement.

How do I verify technically questionable feedback during a PR review?▼

Verify technically questionable PR review feedback by enforcing a structured evaluation step before responding. This requires demanding technical justification and clarifications for questionable items, ensuring changes are validated before implementation.

Can I use a structured code review workflow for multi-review scenarios?▼

Yes, you can use a structured code review workflow for multi-review scenarios. The six-step process provides consistency across standard PR reviews and multiple-reviewer workflows, enforcing technical evaluation for every item.

Why do I need technical justification for each code-review change?▼

Technical justification for each code-review change is needed to enforce a verification-first approach. Guardrails require you to verify requirements and evaluate feedback before implementing, minimizing risk and avoiding performative agreement.

What are the limitations of using a per-item implementation approach for code reviews?▼

The limitation of per-item implementation is that it requires strict sequential execution of the six-step process for each piece of feedback. This enforces guardrails and minimizes risk, but may slow down workflows with high volumes of trivial comments.