← ClaudeAtlas

deslop-v2listed

Reviews code and repo structure for over-engineering, then removes the excess so the code does exactly what it needs and no more. The over-engineering companion to deslop (deslop makes code readable; deslop-v2 makes it lean). Use when the user says "deslop-v2", "over-engineered", "too much abstraction", "over-abstracted", "simplify this", "why is this so complicated", "flatten this", "too many wrappers/layers/folders", "this feels like too much", or asks to cut needless indirection, `??` fallbacks, nested ternaries, pass-through wrappers, single-use helpers, grab-bag returns, or deep folder/package nesting.
YosefHayim/dufflebag · ★ 2 · AI & Automation · score 68
Install: claude install-skill YosefHayim/dufflebag
# Deslop v2 — kill over-engineering Make code and structure do exactly what the job needs — no more. Where `deslop` makes the pipeline *readable* (naming, ordering, splitting for clarity), `deslop-v2` makes it *lean*: it deletes abstractions, layers, folders, and packages that carry their weight in ceremony instead of meaning. The two are complementary — run `deslop` for comprehension, `deslop-v2` for over-engineering. When both apply, deslop-v2 removes the excess first, then deslop names what remains. Default mode is **review-first**: show the current shape, the excess, and concrete before/after examples before changing files. Do not apply edits until the user approves, unless the user says to apply immediately. ## The one test > An abstraction — a wrapper, a layer, a helper, a folder, a package — **earns its place only if it has a second real caller or names a genuine domain concept.** Otherwise inline it or flatten it. Everything below is that test applied to a specific shape. More code, more indirection, and more nesting are costs; they must buy something real. ## Style source (read first) Before proposing anything, read the repo's own guide if present: `CODE-STYLE.md` (the SSOT) and the `## Conventions` digest in `AGENTS.md`. Their `## Never` / anti-pattern lists are the **authoritative** over-engineering targets for this repo — call those out first. You **enforce** the guide, you never edit it; if a rule is itself over-engineered, flag it and point the user to `g