Atlas / Skills / millionco / Deslop

DeslopCAUTION

skills/millionco/deslop

Your agent writes bad React. This catches it

Verdict
CAUTION
Grade
B
Trust score
89 /100
Version
1.0.0
Hosts
—
License
NOASSERTION
Stars
15,022
01

Overview

Your agent writes bad React. This catches it

Read from source at commit f7f015260b53OBSERVED · 2026-10-20
Advertisement
02

What it tells the agent

The instruction file, verbatim from the audited commit — this is the text the model reads, and the surface the audit's instruction layer examines. Quoted here so you can judge it without cloning anything.

---
name: deslop
description: 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.
version: "1.0.0"
---

# 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):

```bash
bunx @rayhanadev/truffler "format duration" packages --kind function,method,constant,type --limit 20
```

Then 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

1. Identify the recently modified code sections
2. Analyze for opportunities to improve elegance and consistency
3. Apply project-specific best practices and coding standards
4. Ensure all functionality remains unchanged
5. Verify the refined code is simpler and more maintainable
6. 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.
03

Trust audit

CAUTIONgrade B · trust 89/100 Install with care. The audit found things worth knowing before you trust its output.

LayerWhat it checksResult
L0Provenance & inventoryWARN
L1Static analysis of the codeNA
L2Instruction surface (what it tells the agent)WARN
L3Class-specific surfacePASS
L4Behavioural (sandbox)SKIPPED

What the source does

Filesystem
none-observed
Network
none-observed
Shell
none-observed
Dependencies
pinned
Secrets in source
none-found

Findings (3)

MEDIUMInventory / provenance · inv.symlink · CWE-1104
.claude
.claude
Why it matters. link not followed
MEDIUMPrompt injection · review.misleading_scope · CWE-94, CWE-1427
SKILL.md
You operate autonomously and proactively, refining code immediately after it's written or modified without requiring explicit requests
Why it matters. The instruction directs the agent to act autonomously and proactively, which goes beyond the package's stated purpose of simplifying code when specifically asked.
Fix. rewrite it so the instruction says plainly what it does, and asks the user before it acts
LOWInventory / provenance · inv.symlink · CWE-1104
README.md
README.md
Why it matters. link not followed

Gates applied: no_behavioural_pass.

Audited 2026-10-20 · audit v0.4.1 · source sha f7f015260b53full audit observations/trust-audit/skill/millionco__deslop.json · Report an issue / request a re-scan
04

Audit history

Every audit this skill has had.

DateSourceVerdictGradeScoreChange
2026-10-20f7f015260b53CAUTIONB89first audit
05

Questions

What does the deslop — millionco/react-doctor skill do?

Your agent writes bad React. This catches it

Is deslop — millionco/react-doctor safe to install?

With care. The audit graded it B (89/100) and found 3 things worth knowing before you trust this skill, listed below with the exact line each was found on.

What can deslop — millionco/react-doctor access on my machine?

The audit observed no filesystem, network or shell use at all in its source.

How current is this page?

The grade is for one exact copy of the source (f7f015260b53), read on 2026-10-20. The repository is watched, and a new audit runs when it changes — this is the first audit.

Add this badge to your README

Shows this page's audit result and links back to it. It updates when the audit does.

ModelsAtlas audit badge

Markdown
[![ModelsAtlas audit: Deslop](https://modelsatlas.com/skills/millionco/deslop/badge.svg)](https://modelsatlas.com/skills/millionco/deslop/)

Not your listing, or something out of date? Claim or update your listing.

Advertisement