rc-simplify-review

Solid

Reviews the current change set through a single lens — over-engineering and complexity only — and writes a ranked delete-list to .rc/tasks/<slug>/ (what to delete, replace with stdlib, fold into a native feature, or shrink), ending with the net lines/dependencies a cleanup could remove. Use as an opt-in pre-PR pass to catch bloat that a severity-ranked review buries, or to audit legacy code that never went through the RC ladder. Do not use for correctness, security, or performance defects (use rc-code-review), to generate a remediation round (use rc-review-round), to fix existing review issues (use rc-fix-reviews), or to edit source code.

Code & Development 19 stars 1 forks Updated 2 weeks ago MIT

Install

View on GitHub

Quality Score: 79/100

Stars 20%
43
Recency 20%
90
Frontmatter 20%
70
Documentation 15%
100
Issue Health 10%
50
License 10%
100
Description 5%
100

Skill Content

# Simplify Review Review the change set for over-engineering only, and report what can be cut. This is the complexity-only counterpart to `rc-code-review`: that skill asks "is this correct and safe?"; this one asks "did this need to exist, and what can be deleted?". The two are deliberately separate passes — a severity-ranked review files complexity findings as `low` and buries them under the criticals, so nobody acts on them. ## Code navigation (Serena) If the Serena MCP is available, prefer its symbolic tools over whole-file reads — they are LSP-accurate and token-efficient, and they are how you *prove* a cut is safe before proposing it: - `get_symbols_overview` to grasp a file's structure; `find_symbol` (by name path, e.g. `Type/method`) to jump to a definition. - `find_referencing_symbols` to confirm a symbol is genuinely dead, single-caller, or a one-product factory before flagging it for deletion. Never mark a cut from a name alone — a function may not do what its name says. Fall back to Grep/Glob + Read when Serena is unavailable or for plain-text searches. ## Required Inputs - None required. Defaults to the current change set against `main`. - Optional: specific files/directories to scope the pass, or a base ref to diff against (default `main`). To audit an existing codebase rather than a diff, the user names the directory to scan in full. ## Resolving the `.rc` base directory RC supports monorepos, where more than one `.rc` directory can exist. Before readin...

Details

Author
rodolfochicone
Repository
rodolfochicone/rc-project
Created
1 months ago
Last Updated
2 weeks ago
Language
JavaScript
License
MIT

Bundled in these plugins

Similar Skills

Semantically similar based on skill content — not just same category

Code & Development Solid

rc-code-review

Performs a rigorous, standards-driven review of the current change set, writing a categorized, severity-ranked report to .rc/tasks/<slug>/ covering correctness, security, performance, and project-convention conformance. Use for an on-demand quality gate of a diff or branch before merge. Do not use to generate a review-round directory for remediation (use rc-review-round), to fix existing review issues (use rc-fix-reviews), or to edit source code.

19 Updated 2 weeks ago
rodolfochicone
Code & Development Solid

rc-review-round

Performs a comprehensive code review of a PRD implementation and generates a review round directory with issue files compatible with rc-fix-reviews. Use when reviewing implemented PRD tasks, creating a manual review round without an external provider, or performing a quality audit of code changes. Do not use for fetching reviews from external providers, fixing existing review issues, executing PRD tasks, or editing source code.

19 Updated 2 weeks ago
rodolfochicone
Code & Development Solid

rc-analyze

Performs a deep, evidence-based analysis of an existing codebase to answer a specific analytical prompt — diagnosing the root cause of a bug, hunting inconsistencies and contradictions, understanding how something works, or tracing a behavior or data flow — then writes a thorough report to disk, ending with an actionable implementation plan when a change is implied. Use to understand, trace, or diagnose existing code, or to assess impact and feasibility. Do not use to review a change set or diff for defects (use rc-code-review), to generate remediation issues (use rc-review-round), to apply a plan's code changes (use rc-fix-analysis), or to edit source code directly.

19 Updated 2 weeks ago
rodolfochicone