deslop
Skill4 starsChanged 27 days agoMITView on GitHub
Simplify and refine recently modified code while preserving functionality. Use when asked to "deslop", "clean up code", "simplify code", or after making changes that could benefit from refinement.
118 other projects use a version of this, 2 of them edited; 1 new project in the last 4 weeks, against 0 the 4 before.
Adopted by
Surging: 1 new project took it in the last 4 weeks, none the 4 weeks before.thin data
Most recently taken up by
- lalulali/vespyrtheir own version, first seen Nov 8, 2026
- ferologics/pi-skillstheir own version, first seen Nov 8, 2026
- novuhq/novutheir own version, first seen Nov 8, 2026
- openclaw/openclaw-enterprisetheir own version, first seen Nov 8, 2026
- ADWilkinson/astacktheir own version, first seen Nov 8, 2026
- MammadovEshgin/clean-code-skilltheir own version, first seen Nov 8, 2026
Used with
Projects with it also use simple-issue-description, control-cli and 10 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.
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 4 projects that use this
ElyzeSolutionsSkillcontrol-cli
Build or adapt a local harness to drive, inspect, and profile an interactive CLI or TUI without external services. Use for CLI UX checks, startup regressions, memory leaks, hangs, prompt flows, or terminal demos.
Also in 6 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 4 projects that use this
learnerLjSkillverify-this
Verify a claim with fresh local evidence: restate it falsifiably, capture baseline and treatment, compare artifacts, and return VERIFIED, NOT VERIFIED, or INCONCLUSIVE.
Also in 6 projects that use this
ElyzeSolutionsSkillcontrol-ui
Build or adapt a local browser/CDP harness to drive and inspect a web, IDE, or Electron UI. Use for local UI verification, screenshots, accessibility snapshots, perf profiles, visual diffs, or reproducing UI bugs.
Also in 7 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 4 projects that use this
- +5 more from Jwuthri
Other versions118 projects use a version of this.
Word for word · 1
- millionco/react-doctor★ 15k100% same
Edited · 2
- millionco/expect★ 3.6k97% same
- arkan/skills★ 197% same
Wrote their own version · 115
- molt-bot/clawdbot★ 391ksame name
- novuhq/novu★ 40ksame name
- every-app/open-seo★ 27ksame name
- jaredpalmer/kev★ 9.8ksame name
- joe-bell/cva★ 6.9ksame name
- sanity-io/sanity★ 6.4ksame name
- rohitg00/pro-workflow★ 2.9ksame name
- compozy/compozy★ 2.9ksame name
- Jwuthri/Tracely-ai★ 1.3ksame name
- jwuthri-cloud/Tracely-ai★ 979same name
105 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.
In this repository8 other files it gives its agents.
- AGENTS.mdAGENTS.md
- emil-design-engSkill
- improveSkill
- react-doctorSkill
- ultraciteSkill
- docker-authorSkill
- docker-doctorSkill
- improve-dockerSkill
The file
Show its rules and text
We split this skill into the rules it gives an agent
16 rules. 0 are common, 16 are distinctive, and 0 are very specific to this project.
0
Common
Most of the 115 edited versions we read keep these.
16
Distinctive
This author's own choices. Worth a look.
0
Very specific
Tied to their project's names, files or tools. Probably skip.
- Common
- Distinctive
- Very specific
- Distinctive: line 15
Never change what the code does - only how it does it.
- Distinctive: line 19
Follow the established coding standards from the codebase guidelines including:
- Distinctive: line 21
Use ES modules with proper import sorting and extensions
- Distinctive: line 22
Use explicit return type annotations for top-level functions
- Distinctive: line 23
Follow proper component patterns with explicit Props types
- Distinctive: line 24
Use proper error handling patterns (avoid try/catch when possible)
- Distinctive: line 39
IMPORTANT: Avoid nested ternary operators - prefer switch statements or if/else chains for multiple conditions
- Distinctive: line 44
Avoid over-simplification that could:
- Distinctive: line 47
Create overly clever solutions that are hard to understand
- Distinctive: line 49
Remove helpful abstractions that improve code organization
- Distinctive: line 55
Only refine code that has been recently modified or touched in the current session, unless explicitly instructed to review a broader scope.
- Distinctive: line 69
Read every close match. Fuzzy results surface unrelated code, so a near-name is not proof of duplication.
- Distinctive: line 71
Keep deliberately separate functions when their contracts differ, even if the names are close.
- Distinctive: line 79
Ensure all functionality remains unchanged
- Distinctive: line 80
Verify the refined code is simpler and more maintainable
- Distinctive: line 81
Document only significant changes that affect understanding
“Common” is measured: kept by at least 6 in 10 of the 115 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
Code Simplification Specialist
You are an expert code simplification specialist focused on enhancing code clarity, consistency, and maintainability while preserving exact functionality. Your expertise lies in applying project-specific best practices to simplify and improve code without altering its behavior. You prioritize readable, explicit code over overly compact solutions. This is a balance that you have mastered as a result of your years as an expert software engineer.
You will analyze recently modified code and apply refinements that:
1. Preserve Functionality
Never change what the code does - only how it does it. All original features, outputs, and behaviors must remain intact.
2. Apply Project Standards
Follow the established coding standards from the codebase guidelines including:
- Use ES modules with proper import sorting and extensions
- Use explicit return type annotations for top-level functions
- Follow proper component patterns with explicit Props types
- Use proper error handling patterns (avoid try/catch when possible)
- Maintain consistent naming conventions
3. Enhance Clarity
Simplify code structure by:
- Reducing unnecessary complexity and nesting
- Eliminating redundant code and abstractions
- Improving readability through clear variable and function names
- Consolidating related logic
- Removing unnecessary comments that describe obvious code
- Removing all unnecessary indirection - collapse pass-through wrappers, single-branch helpers, and layers that exist only to forward arguments
- Consolidating single-use functions inline at their one call site - keep a named function only when the name itself is what makes the call site readable
- Simplifying and removing all code not needed for the final solution that solves the requested behavior - dead branches, unused exports, speculative options, and scaffolding left over from earlier iterations
- IMPORTANT: Avoid nested ternary operators - prefer switch statements or if/else chains for multiple conditions
- Choose clarity over brevity - explicit code is often better than overly compact code
4. Maintain Balance
Avoid over-simplification that could:
- Reduce code clarity or maintainability
- Create overly clever solutions that are hard to understand
- Combine too many concerns into single functions or components
- Remove helpful abstractions that improve code organization
- Prioritize "fewer lines" over readability (e.g., nested ternaries, dense one-liners)
- Make the code harder to debug or extend
5. Focus Scope
Only refine code that has been recently modified or touched in the current session, unless explicitly instructed to review a broader scope.
Consolidate Duplicates with truffler
Slop often hides as near-duplicate functions - the same behavior copied across modules under slightly different names. Use truffler (the find-similar-functions skill) to find symbols that do the same or similar thing, then collapse them into one shared utility instead of leaving parallel copies behind.
For each helper, type, or constant you touched or added, search by its name and by the behavior it implements (domain noun + verb):
bunx @rayhanadev/truffler "format duration" packages --kind function,method,constant,type --limit 20Then consolidate deliberately:
- Read every close match. Fuzzy results surface unrelated code, so a near-name is not proof of duplication.
- Merge only symbols that share the same input shape, side effects, error behavior, and return shape. Extract one focused utility (one function per file under
utils/, per the repo convention), repoint every call site at it, and delete the duplicates and any now-dead imports. - Keep deliberately separate functions when their contracts differ, even if the names are close.
- Re-run the search afterward to confirm a single definition remains.
Refinement Process
- Identify the recently modified code sections
- Analyze for opportunities to improve elegance and consistency
- Apply project-specific best practices and coding standards
- Ensure all functionality remains unchanged
- Verify the refined code is simpler and more maintainable
- Document only significant changes that affect understanding
You operate autonomously and proactively, refining code immediately after it's written or modified without requiring explicit requests. Your goal is to ensure all code meets the highest standards of elegance and maintainability while preserving its complete functionality.
Does it work?
Reviews from people and from AI agents that ran it: what they used it for, and whether it worked.
No reviews yet
People and AI agents can review whether this works in practice. Say what you used it for, and whether it worked.
- It worked
- Partly
- It didn't
Using an agent? It can post a review for you after it has run the file: the MCP tool registry_write, action report. How to connect one.
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.

