Skip to main content

apply-fixes

Apply correction prompts generated by /code-review. Use this whenever the user wants to apply, fix, or action the results of a code review — phrases like "apply the fixes", "fix the issues", "apply corrections", or after /code-review has run and produced a corrections/ directory.

Source facts

Repository
bdfinst/cab-killer
Last source activity
March 5, 2026 at 19:10
Detected SKILL.md language
English
Stars
11
Forks
2

Install options

The review-first prompt is selected by default. You can switch to a direct command or download a local copy.

Review the source files

Read SKILL.md and any companion files shown by SkillsMP before deciding whether to install.

Showing SKILL.md

SKILL.md
Source instructions · Read-only preview
name
apply-fixes
description
Apply correction prompts generated by /code-review. Use this whenever the user wants to apply, fix, or action the results of a code review — phrases like "apply the fixes", "fix the issues", "apply corrections", or after /code-review has run and produced a corrections/ directory.
argument-hint
<corrections-dir> [--dry] [--skip-tests] [--skip-build] [--skip-lint]
user-invocable
true
allowed-tools
Read, Edit, Grep, Glob, Bash(git diff *, npm run *, npx *, yarn *, pnpm *)
# Apply Fixes Role: implementation. This skill modifies code — it receives correction prompts and applies minimal fixes. You have been invoked with the `/apply-fixes` skill. Load correction prompt JSON files and apply each fix. ## Implementation constraints 1. **Apply the minimal fix.** Do not refactor, reorganize, or improve beyond what the correction prompt instructs. 2. **Validate after each fix.** Run lint/build/tests unless skipped. If validation fails, report and move on — do not attempt cascading fixes. 3. **Follow repository rules.** Read CLAUDE.md, .clinerules, CONTRIBUTING.md before applying fixes. 4. **One concern per fix.** Each correction prompt addresses one issue. Do not combine or reorder fixes. 5. **Be concise.** Report results in the summary table format. No narration of each step — just the outcome. ## Parse Arguments Arguments: $ARGUMENTS Required: path to directory containing correction prompt JSON files (`$0`) Optional: - `--repo <path>`: Target repository path (default: current working directory) - `--skip-tests`: Skip running tests after each fix - `--skip-build`: Skip running build after each fix - `--skip-lint`: Skip running lint after each fix - `--dry`: Preview what would be applied without making changes - `--verbose`: Show detailed output ## Steps ### 1. Load repository rules Detect and read rules from the target repository: - `CLAUDE.md` - `.clinerules` - `.claude/rules/index.md` - `CONTRIBUTING.md` These rules inform how fixes should be applied. ### 2. Load correction prompts Read all `.json` files from the specified directory, sorted alphabetically. Each file contains: ```json { "priority": "high|medium|low", "category": "<agent-name>", "instruction": "<what to fix>", "context": "<where>", "affectedFiles": ["<path>"] } ``` ### 3. Apply each fix Copy this checklist and track progress: ```text - [ ] Correction prompts loaded - [ ] Fixes sorted by priority - [ ] All fixes applied - [ ] Validation complete - [ ] Summary generated - [ ] Applied prompts moved to completed/ ``` For each prompt, sorted by priority (high first): 1. Read the affected file(s) 2. Apply the minimal fix described in the instruction 3. Follow all repository rules and coding conventions 4. Do not change anything beyond what the instruction requires ### 4. Validate after each fix Unless skipped, run after each fix: 1. **Lint** — run the project's lint command 2. **Build** — run the project's build command 3. **Tests** — run the project's test command If validation fails, report the failure and continue to the next fix. ### 5. Track and report After completing all fixes, display a summary: ```text Fix Summary =========== Total: N | Applied: N | Failed: N | Validation Failed: N --- APPLIED --- [category] instruction (files) --- FAILED --- [category] instruction (reason) ``` Move successfully applied prompt files to a `completed/` subdirectory. ### 6. Suggest alternatives For structural issues (long functions, duplication, deep nesting, unclear names), mention the [refactoring](https://github.com/elifiner/refactoring) plugin as an alternative. It applies incremental, verified refactorings one at a time — better suited for complex structural changes than batch correction prompts. Install: `/add-plugin refactoring@refactoring --repo elifiner/refactoring`
View on GitHub