CtrlK
BlogDocsLog inGet started
Tessl Logo
SkillPublic

dead-code-cleanup

Use when the user asks about cleanup, removing unused code, refactoring, reducing bundle size, or identifying dead code in a Repowise-indexed codebase (.repowise/ directory exists). Also activates when discussing technical debt, code hygiene, or repository maintenance.

Quality

81%

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

SKILL.md
Quality
Evals
Security

Quality

Content

86%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.

A lean, highly actionable skill body: concrete tool calls with parameter semantics, a confidence-aware presentation policy, explicit pre-deletion safeguards, and a risk-ordered deletion sequence. The only meaningful gap is the absence of a post-deletion verification step to close the feedback loop on a destructive operation.

DimensionReasoningScore

Conciseness

About 40 lean lines with zero padding — no explanations of concepts Claude already knows, and every line adds Repowise-specific knowledge ('Repowise detects dead code through graph analysis — no LLM needed'). Every token earns its place.

5 / 5

Actionability

Concrete tool calls with specific parameters and example values (`get_dead_code()` with `safe_only=true`, `min_confidence=0.7`, `get_risk(targets=["path/to/file"])`) make the guidance mostly executable; the minor gap is that no assembled example call shows parameters combined in actual invocation form.

4 / 5

Workflow Clarity

Clear sequence (get findings → present by confidence → confirm → get_risk double-check → ordered deletion) with explicit validation checkpoints for a destructive operation (user confirmation, dependent check, recent-git-activity false-positive flag); just short of a 5 because there is no post-deletion verification feedback loop (e.g. re-run get_dead_code to confirm the finding is gone).

4 / 5

Progressive Disclosure

The skill is under 50 lines with no external material needed, and the rubric's simple-skill guideline allows a 5 for well-organized sections — the four headed sections are cleanly organized with nothing inlined that belongs in a separate file.

5 / 5

Total

18

/

20

Passed

Description

66%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 description with strong natural keywords and a niche qualifier, 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 would lift completeness and specificity simultaneously.

Suggestions

Lead with a 'what' clause in third person before the trigger sentence, e.g. 'Detects dead code (unreachable files, unused exports, zombie packages) in a Repowise-indexed codebase using graph analysis.'

Include a few more natural synonyms users say, such as 'unused exports', 'unused dependencies', or 'delete dead code', to round out trigger coverage.

Tighten the broad trigger terms ('refactoring', 'technical debt', 'repository maintenance') toward dead-code-specific phrasing to reduce overlap with generic cleanup/refactoring skills.

DimensionReasoningScore

Specificity

Names the domain and several concrete actions ('removing unused code', 'reducing bundle size', 'identifying dead code'), but never states what the skill itself does (graph-based dead-code detection via Repowise), leaving a minor coverage gap that keeps it below the comprehensive anchor.

4 / 5

Completeness

The 'when' is explicit and rich ('Use when the user asks about cleanup... Also activates when discussing technical debt...'), but the 'what' is never stated as a capability — it is only implied through the trigger topics, so it sits between 'only when present' and 'both clearly present'.

3 / 5

Trigger Term Quality

Good natural keyword coverage — 'cleanup', 'unused code', 'refactoring', 'dead code', 'technical debt', 'code hygiene', 'repository maintenance' — though a few common variations users might say (e.g. 'tree-shaking', 'unused exports', 'delete unused files') are missing.

4 / 5

Distinctiveness Conflict Risk

The '.repowise/ directory exists' qualifier carves a distinct niche, but broad triggers like 'cleanup', 'refactoring', and 'technical debt' carry minor overlap risk with general refactoring/maintenance skills.

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/claude-code/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.