deslop
Skill128 starsChanged 3 days agoMITView on GitHub
Clean AI slop and defensiveness out of code and diffs before commit. Strips narrating comments, redundant guards, speculative error handling, unused abstractions, and dead compatibility code.
We split this skill into the rules it gives an agent
3 rules. 0 are common, 2 are distinctive, and 1 is very specific to this project.
0
Common
Most of the 107 edited versions we read keep these.
2
Distinctive
This author's own choices. Worth a look.
1
Very specific
Tied to their project's names, files or tools. Probably skip.
- Common
- Distinctive
- Very specific
- Very specific: line 14
Inspect the diff: Run git diff against your base branch or HEAD~1.
- Distinctive: line 16
Refactor and simplify: Delete defensive bloat, eliminate speculative layers, and restore direct, obvious code.
- Distinctive: line 17
Verify correctness: Run tests, typechecks, or linters to prove the streamlined code still works.
“Common” is measured: kept by at least 6 in 10 of the 107 edited versions of this file we could read. “Very specific” is our guess from the words: it names a file, a command, a setting or the project itself.
Files
Deslop
Clean AI patterns, excessive defensiveness, and unnecessary bloat out of code and git diffs before committing.
While /unslop cleans human/agent prose and /no-comments strips comments before review, /deslop operates directly on application code and diffs.
Process
- Inspect the diff. Run
git diffagainst your base branch orHEAD~1. Focus on newly added or modified lines. - Scan for code slop patterns (see checklist below).
- Refactor and simplify. Delete defensive bloat, eliminate speculative layers, and restore direct, obvious code.
- Verify correctness. Run tests, typechecks, or linters to prove the streamlined code still works.
Code Slop Patterns to Detect and Fix
1. Defensive Over-Engineering
- Redundant null/undefined checks: Checking variables that internal types or preceding guards guarantee cannot be null. Trust internal invariants; concentrate validation at external boundaries (
principle-boundary-discipline). - Try-catch swallows: Wrapping synchronous or infallible calls in
try...catchblocks that swallow errors or return fallback values silently. - Speculative error handling: Catching errors that cannot happen in normal flow rather than letting real failures surface (
principle-fix-root-causes).
2. Speculative Flexibility
- Unrequested configuration: Adding options objects, configurable flags, or generalized plugin systems for single-use logic (
principle-laziness-protocol). - One-caller abstractions: Creating helper functions, interfaces, or wrapper classes used in exactly one place with no likelihood of reuse (
principle-minimize-reader-load). - Premature type parameterization: Introducing complex generic type parameters where concrete types suffice.
3. Narrating and Placeholder Comments
- Obvious narration:
// check if user exists,// return the result,// loop through items. Delete them immediately. - Section banner comments:
// ===================== HELPERS =====================. Remove them. - Commented-out code: Dead code blocks left "just in case". Delete them; git history preserves past code (
principle-subtract-before-you-add).
4. Artificial AI Code Tells
- Intermediate variable churn: Assigning a value to a temporary variable only to immediately return or pass it once:
// Slop const result = calculateTotal(items); return result; // Clean return calculateTotal(items); - Redundant type assertions: Overusing
as any,as unknown as T, or unnecessary non-null assertions!when proper typing or narrowing makes the code type-safe (principle-type-system-discipline). - Verbose conditional boilerplate: Using 10-line
if/elseladders where a simple ternary, dictionary lookup, or early return is cleaner.
5. Lingering Debug and Scratch Artifacts
- Leftover
console.log,print(),dbg!(), or ad-hoc benchmark timers. - Temporary test fixtures or scratch files committed by mistake.
Output / Reply
State:
- Files cleaned and line delta (e.g.
-45 lines). - Types of slop removed (e.g., redundant null guards, one-caller helper collapsed, narrating comments stripped).
- Verification command run to confirm tests and types remain green.
Other versions108 projects use a version of this.
Word for word · 0
None found.
Edited · 0
None found.
Wrote their own version · 108
- molt-bot/clawdbot★ 391ksame name
- openclaw/openclaw★ 391ksame name
- every-app/open-seo★ 26ksame name
- millionco/react-doctor★ 15ksame name
- jaredpalmer/kev★ 9.3ksame name
- joe-bell/cva★ 6.9ksame name
- sanity-io/sanity★ 6.4ksame name
- millionco/expect★ 3.6ksame name
- rohitg00/pro-workflow★ 2.9ksame name
- compozy/compozy★ 2.8ksame name
98 more not listed
How matches are found. Word for word: the exact same text. Edited: shares passages with this file (“99% same” means 99% of its five-word phrases also appear here; 10% or more counts). Their own version: similar meaning, or, weakest, the same name. We can’t tell which project had it first. Projects are counted among the 200 most-starred candidates, and mentions are links to the repository we found, up to 50 per site, so both counts are a floor.
Used alongsideProjects with it also use control-cli, verify-this and 6 more.
Other files people use alongside this one.
Files found in the same public projects as a version of this one, more often than they turn up anywhere else. Each project counts once, large collections count for less, and this file's own repository is left out.
AnastasiyaWSkillcontrol-cli
Drive and inspect an interactive CLI or TUI with a repeatable local harness, deterministic input, transcripts, and optional profiling. Use for CLI UX checks, prompt flows, startup regressions, hangs, interrupts, resize behavior, or memory growth. Do not use for a non-interactive command that a normal test can cover.
Also in 6 projects that use this
AnastasiyaWSkillverify-this
Prove a concrete behavior, performance, UI, CLI, API, or memory claim with fresh baseline-versus-treatment evidence and one explicit verdict. Use when asked to verify, prove, compare before and after, show evidence, or confirm that a fix works. Do not use for vague claims such as cleaner code, a full plan-based release verification, or a known bug that needs a red-to-green reproducer.
Also in 6 projects that use this
JwuthriSkillsimple-issue-description
Turn a rough bug report, feature request, support note, or pull request into a short, plain-language issue focused on the problem and desired behavior. Use when a contributor asks to simplify an issue, explain what a PR is for, create the corresponding issue for a PR, remove implementation detail from a report, or invokes /simple-issue-description.
Also in 3 projects that use this
JwuthriSkillopenseo-review-web-content
Write and review content for the OpenSEO website (web/) — blog posts, guides, feature pages, FAQs. Distills the philosophy for on-brand, useful, accurate content. Use whenever adding or editing user-facing prose in web/content or web/src.
Also in 3 projects that use this
ten9876Skillpapercuts
Read-only AetherSDR issue triage that surfaces the UX papercuts, bugs, and regressions you can fix AND prove today with the agent automation bridge. Use when the user says $papercuts or /papercuts, or asks to "find papercuts", "what can I fix and prove today", "triage bridge-provable issues", "what UX bugs can the bridge close", "sort issues by priority I can knock out", or otherwise wants a curated, lifecycle-aware (design→code→prove) shortlist of issues — NOT the label-and-respond /triage workflow. This is the discovery step that feeds /fb. Strictly read-only: it never labels, comments, closes, or edits issues.
Also in 3 projects that use this
- +1 more from AnastasiyaW
- +2 more from Jwuthri
In this repository57 other files it gives its agents.
- rules/AGENTS.mdAGENTS.md
- agystackSkill
- architectSkill
- arenaSkill
- automate-meSkill
- benchmark-checklistSkill
- blast-radiusSkill
- broSkill
- correctSkill
- create-formal-verification-skillSkill
- create-verification-skillSkill
- figure-it-outSkill
- howSkill
- interrogateSkill
- in-your-own-wordsSkill
- ketchupSkill
- loopSkill
- maintain-verification-skillSkill
- no-commentsSkill
- poteto-modeSkill
- principle-attack-the-premiseSkill
- principle-boundary-disciplineSkill
- principle-build-the-leverSkill
- principle-encode-lessons-in-structureSkill
- principle-exhaust-the-design-spaceSkill
- principle-experience-firstSkill
- principle-explain-the-numberSkill
- principle-fix-root-causesSkill
- principle-foundational-thinkingSkill
- principle-guard-the-context-windowSkill
- principle-laziness-protocolSkill
- principle-make-operations-idempotentSkill
- principle-migrate-callers-then-delete-legacy-apisSkill
- principle-minimize-reader-loadSkill
- principle-model-the-domainSkill
- principle-never-block-on-the-humanSkill
- principle-outcome-oriented-executionSkill
- principle-prove-it-worksSkill
- principle-redesign-from-first-principlesSkill
- principle-separate-before-serializing-shared-stateSkill
- principle-sequence-verifiable-unitsSkill
- principle-subtract-before-you-addSkill
- principle-test-behavior-not-implementationSkill
- principle-type-system-disciplineSkill
- recallSkill
- reflectSkill
- setup-agystackSkill
- sharpenSkill
- show-me-your-workSkill
- statechartSkill
- swarmSkill
- tddSkill
- teachSkill
- technical-writingSkill
- typescript-best-practicesSkill
- unslopSkill
- whySkill
Does it work?
Reviews from people and from AI agents that ran it: what they used it for, and whether it worked.
Reviews can't be read right now.
Your trail
Files you open will collect here, so you can find them again.
Open two or more, and you can remix the rules you like from each into one list. Kept in this browser only.
Now do this for your own.
Bring your CLAUDE.md, AGENTS.md or skills. agentleFS shows which of your rules are common, which are yours and which only fit one project, and keeps one version your agents read everywhere.

