simplify

Analyze code diffs and propose concrete deletions with rationale.

Updated Mar 28, 2026
One-click install
npx skills add https://github.com/rodacato/kwik-e-dev --skill simplify-rodacato
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: simplify
Source: https://github.com/rodacato/kwik-e-dev/tree/main/plugins/lifecycle/skills/simplify
Command: npx skills add https://github.com/rodacato/kwik-e-dev --skill simplify-rodacato

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

Reviews changed code (or a diff) and removes what doesn't earn its keep — dead code, premature abstractions, unnecessary indirection, speculative flexibility, over-defensive guards. Produces concrete deletion suggestions with rationale. Use after writing a feature and before opening the PR. Use when a diff feels too large for what it accomplishes. Use when reviewing code that "works" but feels heavy. Use as a self-audit before declaring a task done.

Core Features & Use Cases

  • Self-audit of changed code: scan a diff and identify discretionary changes that inflate the surface area.
  • Provide concrete deletion suggestions with rationale to streamline the codebase and reduce risk before PR.
  • Follow a formal simplification process: map the diff, apply a checklist, surface findings, and document proposed deletions.

Quick Start

Run the simplification workflow on your diff to surface dead code and unnecessary abstractions for deletion suggestions.

Frequently Asked Questions about simplify

High-intent search queries and answers about installing and using this skill.

FAQPage Schema
How do I find and remove dead code in a diff before opening a pull request?

To remove dead code in a diff before a pull request, analyze the changed code to identify unnecessary indirection and speculative flexibility. This process maps the diff, applies a discretionary-change checklist, and surfaces concrete deletion suggestions with rationale.

What is the best way to reduce code bloat in a feature diff that feels too large?

Reducing code bloat in a feature diff involves auditing the changed code for premature abstractions and over-defensive guards. A formal simplification process identifies discretionary changes that inflate the surface area and proposes concrete deletions.

How does diff analysis identify premature abstractions for code review?

Diff analysis identifies premature abstractions by mapping the changed code and applying a checklist to evaluate speculative flexibility. It then documents proposed deletions with rationale to streamline the codebase and reduce risk before review.

Can I use this simplification workflow to self-audit code across diverse codebases?

Yes, you can use this simplification workflow to self-audit code across diverse codebases and teams. It is designed for pre-PR audits on feature diffs, providing deletion suggestions that work when a diff feels too heavy for what it accomplishes.

When should I perform a pre-PR audit to trim unnecessary indirection from changed code?

You should perform a pre-PR audit to trim unnecessary indirection after writing a feature and before declaring the task done. Use it when changed code works but feels heavy, or when a diff seems too large for its intended outcome.