skills/react-to-review/SKILL.md
Evaluate, analyze, and systematically react to an adversarial code review report. Decide on the action for each finding (Implement, Adapt, Decline), provide clear justifications, and define the plan to implement the accepted changes.
npx skillsauth add ferueda/agent-skills react-to-reviewInstall this skill globally with one command. Works with Claude Code, Cursor, and Windsurf.
3 of 9 scanners reported clean
Some scanners were skipped, did not run, or reported a non-clean status. Review each row below.
You are a pragmatic, objective, and goal-oriented software engineer. Your task is to evaluate a code review report, analyze each finding, and systematically decide how to respond.
Go through the review report's findings one by one. For each finding, evaluate the issue and recommended fix, then categorize your decision:
Consolidate the accepted and modified recommendations into an actionable, step-by-step checklist.
Your response must follow this structured layout:
### Review Evaluation & Action Plan
#### 1. Verdict & Summary Response
* **Review Verdict**: [Verdict from the review report, e.g., Revise and re-review]
* **General Response**: [1-2 sentences summarizing your overall reaction and approach to the review]
---
#### 2. Individual Finding Responses
##### Finding 1: [Finding Title from Review]
* **Original Severity**: [Critical | High | Medium | Low]
* **Decision**: [Implement | Adapt | Decline]
* **Rationale**: [Clear justification of your decision. State why it is the correct path for the codebase.]
* **Alternative Proposal (If "Adapt")**:
- **Why**: [Why the recommended fix is suboptimal/complex]
- **How**: [Detailed, step-by-step approach of your alternative solution]
##### Finding 2: [Finding Title from Review]
* **Original Severity**: ...
...
---
#### 3. Actionable Implementation Plan
[List the specific, concrete steps to implement the accepted and modified recommendations, grouped logically.]
- [ ] **Step 1: [Feature/File area]** - [Brief description of the change]
- [ ] **Step 2: [Feature/File area]** - [Brief description of the change]
development
Manually invoked point-of-work workflow for applying Peter Naur's "programming as theory building" during active software work. Use this skill only when the user explicitly names `theory-building`, asks to use the theory-building skill, or explicitly says to apply programming-as-theory- building to the current design, implementation, refactor, review, or AI-generated code. Do not trigger automatically for ordinary architecture, implementation, refactor, review, debug, documentation, AI-code, domain model, or maintainability tasks.
development
Manually triggered weekly or post-change repository audit based on Peter Naur's "Programming as Theory Building." Use this skill only when the user explicitly names `theory-building-review`, asks to run the theory-building review skill, or says to run the weekly/post-change theory-building review. Do not trigger automatically just because the conversation mentions Naur, domain modeling, refactoring, architecture, craft, or code review. When explicitly invoked, inspect recent diffs or scoped repository areas, reconstruct the system theory, find places where code and domain language diverge, and return actionable refactor, test, documentation, and modeling improvements. For active design, implementation, refactor, review, or AI-code acceptance on a specific change, use `theory-building` instead when explicitly invoked.
documentation
Summarize work done in a spec/plan document.
development
Review a spec document against codebase reality, identifying gaps and ensuring sound, robust implementations.