CtrlK
BlogDocsLog inGet started
Tessl Logo

codebase-cleanup-tech-debt

You are a technical debt expert specializing in identifying, quantifying, and prioritizing technical debt in software projects. Analyze the codebase to uncover debt, assess its impact, and create acti

48

Quality

51%

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

Fix and improve this skill with Tessl

tessl review fix ./skills/codebase-cleanup-tech-debt/SKILL.md
SKILL.md
Quality
Evals
Security

Quality

Content

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

The body is a thorough, well-structured, mostly actionable methodology, but it is verbose with padded worked examples and time-sensitive specifics, lacks explicit validation feedback loops for destructive refactoring work, and keeps all detail inline rather than splitting it across reference files.

Suggestions

Trim illustrative padding — replace the fabricated dollar/ROI calculations and quarterly trend dicts with a brief template structure Claude can populate, and move version-specific figures (e.g., "React 16 → 18", "2024_Q1") into a clearly labeled deprecated/old-patterns note or remove them.

Add explicit validation checkpoints to the workflow (e.g., after Inventory: confirm findings with the user; after refactoring: run tests and verify no regressions before proceeding) to satisfy the destructive/batch feedback-loop requirement.

Move the large detailed templates (metrics dashboard yaml, stakeholder report markdown, implementation code examples) into references/ files and link to them from SKILL.md so the top-level file reads as an overview.

DimensionReasoningScore

Conciseness

The ~387-line body is noticeably verbose, padding the instruction with elaborate illustrative templates (dollar ROI math, fake quarterly trend dicts, sprint-allocation yaml) that Claude could generate itself, and embeds time-sensitive specifics ("2024_Q1", "React 16 → 18") outside any deprecated/old-patterns section.

2 / 5

Actionability

Provides concrete executable code (PaymentFacade/PaymentService feature-flag migration), yaml quality-gate configs, and specific thresholds (complexity >10, god classes >500 lines); minor gaps since tooling is named (sonarqube, dependabot) without runnable commands.

4 / 5

Workflow Clarity

A clear 8-step sequence (Inventory → Impact → Metrics → Roadmap → Implementation → Prevention → Communication → Success) is present, but because remediation involves destructive/batch refactoring with no explicit validate→fix→retry checkpoints, workflow_clarity is capped at 3 per the rubric.

3 / 5

Progressive Disclosure

The single file is well-sectioned with clear headers, but at ~387 lines it is monolithic with no bundle files or references; detailed templates (metrics dashboard, ROI calculators, stakeholder reports) are inlined that could be split into one-level-deep reference files, so it is not a simple <50-line skill that would score higher.

3 / 5

Total

12

/

20

Passed

Description

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

The description conveys a clear domain and several concrete capabilities but is written in second-person voice, omits any "Use when" trigger guidance, and is truncated mid-word ("create acti"). It is moderately specific and distinct but incomplete as a trigger description.

Suggestions

Rewrite the description in third person (e.g., "Identifies, quantifies, and prioritizes technical debt…") instead of "You are a technical debt expert…" to avoid the voice penalty.

Add an explicit "Use when…" clause with natural trigger phrases (e.g., "Use when analyzing technical debt, planning refactoring, or assessing code quality / legacy code").

Fix the truncated value so it ends with a complete phrase (e.g., "…and create actionable remediation plans") and add synonyms like "tech debt" and "refactoring".

DimensionReasoningScore

Specificity

Lists several concrete actions ("identifying, quantifying, and prioritizing technical debt", "Analyze the codebase to uncover debt, assess its impact, and create acti[onable plans]") which is a base-4, but uses second-person voice ("You are a technical debt expert") so the rubric's voice penalty reduces it by one to 3; the truncated "create acti" is also a coverage gap.

3 / 5

Completeness

Has a clear "what" (technical debt expert who identifies, quantifies, prioritizes, analyzes, and remediates debt) but no "Use when…" clause or equivalent trigger guidance, so completeness is capped at 3 per the rubric.

3 / 5

Trigger Term Quality

Contains relevant natural terms ("technical debt", "codebase", "debt") but misses common synonyms and variations users would say ("tech debt", "refactoring", "legacy code", "code quality", "code smell").

3 / 5

Distinctiveness Conflict Risk

"technical debt" is a fairly specific niche with distinct triggers and only minor overlap risk with general code-review or refactoring skills.

4 / 5

Total

13

/

20

Passed

Validation

93%

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

Validation15 / 16 Passed

Validation for skill structure

CriteriaDescriptionResult

frontmatter_unknown_keys

Unknown frontmatter key(s) found; consider removing or moving to metadata

Warning

Total

15

/

16

Passed

Repository
sickn33/antigravity-awesome-skills
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.