Receber por email
← Voltar para o catálogo

deslop

Remove código gerado por IA desleixado, comentários desnecessários e excesso de engenharia do diff da branch atual, limpando boilerplate, simplificando abstrações e removendo código defensivo. Use ao limpar código, simplificar, remover boilerplate ou antes de commitar.

2.3kestrelas
Atualizado há 4 meses

Ver no GitHub ↗

Como adicionar

/plugin marketplace add rohitg00/pro-workflow

O comando exato pode variar conforme o repositório. Confira o README no GitHub.

Para o autor da skill

Cole no README do seu repo

Mostra que sua skill está catalogada na Skillteca, gera backlink e tráfego rastreável.

[![Skillteca](https://www.skillteca.com.br/api/badge/deslop/svg)](https://www.skillteca.com.br/skills/deslop)

Skills relacionadas

Ver todas de Desenvolvimento →

Alerta por categoria

Receba novas skills de Desenvolvimento toda segunda

1 email curto, só com as skills novas de Desenvolvimento. 4 minutos de leitura, sem spam, cancela com 1 clique.

Você confirma o email no primeiro envio. Sem spam. Cancela com 1 clique.

Ler descrição completa

Remove AI Code Slop

Check the diff against main and remove AI-generated slop introduced in the branch.

Trigger

Use after completing changes, before committing, or when code feels over-engineered.

Commands

git fetch origin main
git diff origin/main...HEAD --stat
git diff origin/main...HEAD

Workflow

  1. Run diff commands to see all changes on the branch.
  2. Identify slop patterns from the focus areas below.
  3. Apply minimal, focused edits to remove slop.
  4. Re-run git diff origin/main...HEAD to verify only slop was removed.
  5. Run tests or type-check to confirm behaviour unchanged: npm test -- --changed --passWithNoTests 2>&1 | tail -10
  6. Summarise what was cleaned.

Focus Areas

  • Extra comments that state the obvious or are inconsistent with local style
  • Defensive try/catch blocks that are abnormal for trusted internal code paths
  • Casts to any used only to bypass type issues
  • Over-engineered abstractions for one-time operations (premature helpers, factories)
  • Deeply nested code that should be simplified with early returns
  • Backwards-compatibility hacks (renamed _vars, re-exports, // removed comments)
  • Features, refactoring, or "improvements" beyond what was requested
  • Added docstrings, type annotations, or comments on code that wasn't changed
  • Error handling for scenarios that can't happen in trusted internal paths

Guardrails

  • Keep behavior unchanged unless fixing a clear bug.
  • Prefer minimal, focused edits over broad rewrites.
  • Three similar lines of code is better than a premature abstraction.
  • If you remove something, verify it's truly unused first.
  • Keep the final summary concise (1-3 sentences).

Output

  • List of slop patterns found with file locations
  • Edits applied
  • One-line summary of what was cleaned
Compartilhar X LinkedIn