AI Slop Cleaner
Use this skill to clean AI-generated code slop without drifting scope or changing intended behavior. In OMC, this is the bounded cleanup workflow for code that works but feels bloated, repetitive, weakly tested, or over-abstracted.
When to Use
Use this skill when:
- the user explicitly says
deslop, anti-slop, or AI slop
- the request is to clean up or refactor code that feels noisy, repetitive, or overly abstract
- follow-up implementation left duplicate logic, dead code, wrapper layers, boundary leaks, or weak regression coverage
- the user wants a reviewer-only anti-slop pass via
--review
- the goal is simplification and cleanup, not new feature delivery
When Not to Use
Do not use this skill when:
- the task is mainly a new feature build or product change
- the user wants a broad redesign instead of an incremental cleanup pass
- the request is a generic refactor with no simplification or anti-slop intent
- behavior is too unclear to protect with tests or a concrete verification plan
OMC Execution Posture
- Preserve behavior unless the user explicitly asks for behavior changes.
- Lock behavior with focused regression tests first whenever practical.
- Write a cleanup plan before editing code.
- Prefer deletion over addition.
- Reuse existing utilities and patterns before introducing new ones.
- Avoid new dependencies unless the user explicitly requests them.
- Keep diffs small, reversible, and smell-focused.
- Stay concise and evidence-dense: inspect, edit, verify, and report.
- Treat new user instructions as local scope updates without dropping earlier non-conflicting constraints.
Scoped File-List Usage
This skill can be bounded to an explicit file list or changed-file scope when the caller already knows the safe cleanup surface.
- Good fit:
oh-my-claudecode:ai-slop-cleaner skills/ralph/SKILL.md skills/ai-slop-cleaner/SKILL.md
- Good fit: a Ralph session handing off only the files changed in that session
- Preserve the same regression-safe workflow even when the scope is a short file list
- Do not silently expand a changed-file scope into broader cleanup work unless the user explicitly asks for it
Ralph Integration
Ralph can invoke this skill as a bounded post-review cleanup pass.
- In that workflow, the cleaner runs in standard mode (not
--review)
- The cleanup scope is the Ralph session's changed files only
- After the cleanup pass, Ralph re-runs regression verification before completion
--review remains the reviewer-only follow-up mode, not the default Ralph integration path
Review Mode (--review)
--review is a reviewer-only pass after cleanup work is drafted. It exists to preserve explicit writer/reviewer separation for anti-slop work.
- Writer pass: make the cleanup changes with behavior locked by tests.
- Reviewer pass: inspect the cleanup plan, changed files, and verification evidence.
- The same pass must not both write and self-approve high-impact cleanup without a separate review step.
In review mode:
- Do not start by editing files.
- Review the cleanup plan, changed files, and regression coverage.
- Check specifically for:
- leftover dead code or unused exports
- duplicate logic that should have been consolidated
- needless wrappers or abstractions that still blur boundaries
- missing tests or weak verification for preserved behavior
- cleanup that appears to have changed behavior without intent
- Produce a reviewer verdict with required follow-ups.
- Hand needed changes back to a separate writer pass instead of fixing and approving in one step.
Workflow
Protect current behavior first
- Identify what must stay the same.
- Add or run the narrowest regression tests needed before editing.
- If tests cannot come first, record the verification plan explicitly before touching code.
Write a cleanup plan before code
- Bound the pass to the requested files or feature area.
- List the concrete smells to remove.
- Order the work from safest deletion to riskier consolidation.
Classify the slop before editing
- Duplication — repeated logic, copy-paste branches, redundant helpers
- Dead code — unused code, unreachable branches, stale flags, debug leftovers
- Needless abstraction — pass-through wrappers, speculative indirection, single-use helper layers
- Boundary violations — hidden coupling, misplaced responsibilities, wrong-layer imports or side effects
- Missing tests — behavior not locked, weak regression coverage, edge-case gaps
Run one smell-focused pass at a time
- Pass 1: Dead code deletion
- Pass 2: Duplicate removal
- Pass 3: Naming and error-handling cleanup
- Pass 4: Test reinforcement
- Re-run targeted verification after each pass.
- Do not bundle unrelated refactors into the same edit set.
Run the quality gates
- Keep regression tests green.
- Run the relevant lint, typecheck, and unit/integration tests for the touched area.
- Run existing static or security checks when available.
- If a gate fails, fix the issue or back out the risky cleanup instead of forcing it through.
Close with an evidence-dense report
Always report:
- Changed files
- Simplifications
- Behavior lock / verification run
- Remaining risks
Usage
/oh-my-claudecode:ai-slop-cleaner <target>
/oh-my-claudecode:ai-slop-cleaner <target> --review
/oh-my-claudecode:ai-slop-cleaner <file-a> <file-b> <file-c>
- From Ralph: run the cleaner on the Ralph session's changed files only, then return to Ralph for post-cleanup regression verification
Good Fits
Good: deslop this module: too many wrappers, duplicate helpers, and dead code
Good: cleanup the AI slop in src/auth and tighten boundaries without changing behavior
Bad: refactor auth to support SSO
Bad: clean up formatting
Related skills
requesting-code-review → receiving-code-review — use this skill before requesting review to strip boilerplate and unfounded claims. Polish the work, then request review.
writing-skills — when authoring new skill documentation, run this skill afterward to remove AI-generated filler (clichés, unsupported claims, boilerplate marketing language).
1---2name: ai-slop-cleaner3description: Clean AI-generated code slop with a regression-safe, deletion-first workflow and optional reviewer-only mode4---56# AI Slop Cleaner78Use this skill to clean AI-generated code slop without drifting scope or changing intended behavior. In OMC, this is the bounded cleanup workflow for code that works but feels bloated, repetitive, weakly tested, or over-abstracted.910## When to Use1112Use this skill when:13- the user explicitly says `deslop`, `anti-slop`, or `AI slop`14- the request is to clean up or refactor code that feels noisy, repetitive, or overly abstract15- follow-up implementation left duplicate logic, dead code, wrapper layers, boundary leaks, or weak regression coverage16- the user wants a reviewer-only anti-slop pass via `--review`17- the goal is simplification and cleanup, not new feature delivery1819## When Not to Use2021Do not use this skill when:22- the task is mainly a new feature build or product change23- the user wants a broad redesign instead of an incremental cleanup pass24- the request is a generic refactor with no simplification or anti-slop intent25- behavior is too unclear to protect with tests or a concrete verification plan2627## OMC Execution Posture2829- Preserve behavior unless the user explicitly asks for behavior changes.30- Lock behavior with focused regression tests first whenever practical.31- Write a cleanup plan before editing code.32- Prefer deletion over addition.33- Reuse existing utilities and patterns before introducing new ones.34- Avoid new dependencies unless the user explicitly requests them.35- Keep diffs small, reversible, and smell-focused.36- Stay concise and evidence-dense: inspect, edit, verify, and report.37- Treat new user instructions as local scope updates without dropping earlier non-conflicting constraints.3839## Scoped File-List Usage4041This skill can be bounded to an explicit file list or changed-file scope when the caller already knows the safe cleanup surface.4243- Good fit: `oh-my-claudecode:ai-slop-cleaner skills/ralph/SKILL.md skills/ai-slop-cleaner/SKILL.md`44- Good fit: a Ralph session handing off only the files changed in that session45- Preserve the same regression-safe workflow even when the scope is a short file list46- Do not silently expand a changed-file scope into broader cleanup work unless the user explicitly asks for it4748## Ralph Integration4950Ralph can invoke this skill as a bounded post-review cleanup pass.5152- In that workflow, the cleaner runs in standard mode (not `--review`)53- The cleanup scope is the Ralph session's changed files only54- After the cleanup pass, Ralph re-runs regression verification before completion55- `--review` remains the reviewer-only follow-up mode, not the default Ralph integration path5657## Review Mode (`--review`)5859`--review` is a reviewer-only pass after cleanup work is drafted. It exists to preserve explicit writer/reviewer separation for anti-slop work.6061- **Writer pass**: make the cleanup changes with behavior locked by tests.62- **Reviewer pass**: inspect the cleanup plan, changed files, and verification evidence.63- The same pass must not both write and self-approve high-impact cleanup without a separate review step.6465In review mode:661. Do **not** start by editing files.672. Review the cleanup plan, changed files, and regression coverage.683. Check specifically for:69 - leftover dead code or unused exports70 - duplicate logic that should have been consolidated71 - needless wrappers or abstractions that still blur boundaries72 - missing tests or weak verification for preserved behavior73 - cleanup that appears to have changed behavior without intent744. Produce a reviewer verdict with required follow-ups.755. Hand needed changes back to a separate writer pass instead of fixing and approving in one step.7677## Workflow78791. **Protect current behavior first**80 - Identify what must stay the same.81 - Add or run the narrowest regression tests needed before editing.82 - If tests cannot come first, record the verification plan explicitly before touching code.83842. **Write a cleanup plan before code**85 - Bound the pass to the requested files or feature area.86 - List the concrete smells to remove.87 - Order the work from safest deletion to riskier consolidation.88893. **Classify the slop before editing**90 - **Duplication** — repeated logic, copy-paste branches, redundant helpers91 - **Dead code** — unused code, unreachable branches, stale flags, debug leftovers92 - **Needless abstraction** — pass-through wrappers, speculative indirection, single-use helper layers93 - **Boundary violations** — hidden coupling, misplaced responsibilities, wrong-layer imports or side effects94 - **Missing tests** — behavior not locked, weak regression coverage, edge-case gaps95964. **Run one smell-focused pass at a time**97 - **Pass 1: Dead code deletion**98 - **Pass 2: Duplicate removal**99 - **Pass 3: Naming and error-handling cleanup**100 - **Pass 4: Test reinforcement**101 - Re-run targeted verification after each pass.102 - Do not bundle unrelated refactors into the same edit set.1031045. **Run the quality gates**105 - Keep regression tests green.106 - Run the relevant lint, typecheck, and unit/integration tests for the touched area.107 - Run existing static or security checks when available.108 - If a gate fails, fix the issue or back out the risky cleanup instead of forcing it through.1091106. **Close with an evidence-dense report**111 Always report:112 - **Changed files**113 - **Simplifications**114 - **Behavior lock / verification run**115 - **Remaining risks**116117## Usage118119- `/oh-my-claudecode:ai-slop-cleaner <target>`120- `/oh-my-claudecode:ai-slop-cleaner <target> --review`121- `/oh-my-claudecode:ai-slop-cleaner <file-a> <file-b> <file-c>`122- From Ralph: run the cleaner on the Ralph session's changed files only, then return to Ralph for post-cleanup regression verification123124## Good Fits125126**Good:** `deslop this module: too many wrappers, duplicate helpers, and dead code`127128**Good:** `cleanup the AI slop in src/auth and tighten boundaries without changing behavior`129130**Bad:** `refactor auth to support SSO`131132**Bad:** `clean up formatting`133134## Related skills135136- **`requesting-code-review`** → **`receiving-code-review`** — use this skill before requesting review to strip boilerplate and unfounded claims. Polish the work, then request review.137- **`writing-skills`** — when authoring new skill documentation, run this skill afterward to remove AI-generated filler (clichés, unsupported claims, boilerplate marketing language).