CtrlK
BlogDocsLog inGet started
Tessl Logo
SkillPublic

dead-code-cleanup

Use when the user asks about unused code, cleanup, deleting files or exports, refactoring old areas, reducing bundle size, code hygiene, technical debt, or maintenance in a Repowise-indexed repository.

Quality

85%

Does it follow best practices?

Run evals on this skill

Adds up to 20 points to the overall score

View guide
SecuritybySnyk

Passed

No findings from the security scan

The canonical home for this skill is dead-code-cleanup in repowise-dev/repowise

SKILL.md
Quality
Evals
Security

Quality

Content

93%Weight 40%Scale 1-5

Reviews the quality of instructions and guidance provided to agents. Good implementation is clear, handles edge cases, and produces reliable results.

An exemplary lean skill body: concrete MCP tool invocations with exact parameters, confidence thresholds, a confidence-tiered presentation policy, and a risk-ordered deletion sequence with pre-deletion validation. The only gap is the absence of a post-deletion verification step (re-run build/tests to confirm nothing broke), which keeps workflow clarity at 4.

DimensionReasoningScore

Conciseness

The ~38-line body is lean and efficient: parameter lists, thresholds ("confidence >= 0.7", "default is 0.5"), and a deletion-order list with zero padding or concept explanation. Every token is Repowise-specific knowledge Claude doesn't already have — anchor 5.

5 / 5

Actionability

Concrete tool calls with exact parameters and values ("get_dead_code()", "safe_only=true", "kind="unreachable_file"", "directory="src/old/"", "get_risk(targets=["path/to/file"])") are copy-paste ready. Per the rubric's instruction-only scoring note, the absence of code blocks is not penalized when guidance is this actionable — anchor 5.

5 / 5

Workflow Clarity

Clear sequence (retrieve → present → pre-delete checks → ordered deletion) with explicit checkpoints ("Confirm with the user", "Call get_risk(...) to double-check dependents", flag recent git activity), so the destructive-operation cap at 3 does not apply. It falls short of anchor 5 because there is no feedback loop or post-deletion verification (e.g., re-run build/tests after removal).

4 / 5

Progressive Disclosure

Under 50 lines with no need for external references, organized into four well-labeled sections (When to call, How to present, Before deleting, Safe deletion order). Per the rubric guideline, a sub-50-line skill with well-organized sections and no bundle files scores 5.

5 / 5

Total

19

/

20

Passed

Description

68%Weight 40%Scale 1-5

Based on the skill's description, can an agent find and select it at the right time? Clear, specific descriptions lead to better discovery.

A trigger-rich, well-scoped description with excellent natural keywords, but it is all "when" and no "what" — the skill's actual capability (detecting dead code via Repowise graph analysis) is never stated. Adding a one-clause capability statement before the "Use when" trigger would lift completeness and specificity.

Suggestions

Prepend a capability clause stating what the skill does, e.g. "Detects and safely removes dead code (unreachable files, unused exports, zombie packages) via Repowise graph analysis." — this fixes the missing 'what' that caps completeness and specificity at 3.

State the core tool in the description (e.g. "uses Repowise's get_dead_code()") so the skill is distinguishable from generic refactor/cleanup skills that share triggers like 'refactoring', 'maintenance', and 'code hygiene'.

Consider adding 'dead code' verbatim as a trigger synonym alongside 'unused code', since users commonly say 'find dead code' rather than 'unused code'.

DimensionReasoningScore

Specificity

The domain is named with many concrete nouns ("unused code, cleanup, deleting files or exports, reducing bundle size, code hygiene, technical debt"), but the description states no explicit capability — what the skill actually does never appears. It sits above anchor 2's bare domain-naming yet below anchor 4 because no concrete actions are listed.

3 / 5

Completeness

The "when" is explicit and rich ("Use when the user asks about..."), but the "what" is only implied by domain nouns; the description never states what the skill does. It fails anchor 4's both-present requirement, and rises above anchor 2's "only when, no what" because action nouns like "deleting files or exports" weakly convey scope.

3 / 5

Trigger Term Quality

"unused code, cleanup, deleting files or exports, refactoring old areas, reducing bundle size, code hygiene, technical debt, or maintenance" gives comprehensive natural-term coverage with synonyms — exactly the phrases users would say. No common variation is missing, so it matches anchor 5 rather than 4.

5 / 5

Distinctiveness Conflict Risk

The "Repowise-indexed repository" qualifier and dead-code focus create a clear niche, but broad triggers like "refactoring", "maintenance", and "code hygiene" overlap with general refactor/lint skills. Mostly distinct with minor overlap risk — anchor 4, not 5.

4 / 5

Total

15

/

20

Passed

Validation

100%

Checks the skill against the spec for correct structure and formatting. All validation checks must pass before discovery and implementation can be scored.

Validation — 16 / 16 Passed

Validation for skill structure

No warnings or errors.

Repository

repowise-dev/repowise

Path

plugins/codex/skills/dead-code-cleanup/SKILL.md

Reviewed

Table of Contents

Is this your skill?

If you maintain this skill, you can claim it as your own. Once claimed, you can manage eval scenarios, bundle related skills, attach documentation or rules, and ensure cross-agent compatibility.