NEW Browse AI tools across categories — updated daily. See what's new →
★ Featured Development

Tech Debt Tracker

Scan codebases for technical debt, score severity, track trends, and generate prioritized remediation plans. Use when users mention tech debt, code quality, refactoring priority, debt scoring, clea...

Version1.0.0
LicenseMIT
Token count~1,101
UpdatedJun 4, 2026

Scan codebases for technical debt, score severity, track trends, and generate prioritized remediation plans. Use when users mention tech debt, code quality, refactoring priority, debt scoring, cleanup sprints, or code health assessment. Also use for legacy code modernization planning and maintenance cost estimation.

Install

Quick install

via npx skills · works with 57+ agents
npx skills add https://github.com/alirezarezvani/claude-skills/tree/main/engineering/skills/tech-debt-tracker
Or pick agent:
npx skills add alirezarezvani/claude-skills --skill tech-debt-tracker --agent claude-code
npx skills add alirezarezvani/claude-skills --skill tech-debt-tracker --agent cursor
npx skills add alirezarezvani/claude-skills --skill tech-debt-tracker --agent codex
npx skills add alirezarezvani/claude-skills --skill tech-debt-tracker --agent opencode
npx skills add alirezarezvani/claude-skills --skill tech-debt-tracker --agent github-copilot
npx skills add alirezarezvani/claude-skills --skill tech-debt-tracker --agent windsurf
More install options

Shorthand — useful for multi-skill repos:

npx skills add alirezarezvani/claude-skills --skill tech-debt-tracker

Manual — clone the repo and drop the folder into your agent's skills directory:

git clone https://github.com/alirezarezvani/claude-skills.git
cp -r claude-skills/engineering/skills/tech-debt-tracker ~/.claude/skills/
How to use: Once installed, ask your agent to "use the tech-debt-tracker skill" or describe what you want (e.g. "Scan codebases for technical debt, score severity, track trends, and generate pr"). Requires Node.js 18+.

Tech Debt Tracker

Tier: POWERFUL 🔥
Category: Engineering Process Automation
Expertise: Code Quality, Technical Debt Management, Software Engineering

Overview

Tech debt is one of the most insidious challenges in software development - it compounds over time, slowing down development velocity, increasing maintenance costs, and reducing code quality. This skill provides a comprehensive framework for identifying, analyzing, prioritizing, and tracking technical debt across codebases.

Tech debt isn't just about messy code - it encompasses architectural shortcuts, missing tests, outdated dependencies, documentation gaps, and infrastructure compromises. Like financial debt, it accrues "interest" through increased development time, higher bug rates, and reduced team velocity.

What This Skill Provides

This skill offers three interconnected tools that form a complete tech debt management system:

  1. Debt Scanner - Automatically identifies tech debt signals in your codebase
  2. Debt Prioritizer - Analyzes and prioritizes debt items using cost-of-delay frameworks
  3. Debt Dashboard - Tracks debt trends over time and provides executive reporting

Together, these tools enable engineering teams to make data-driven decisions about tech debt, balancing new feature development with maintenance work.

Technical Debt Classification Framework

→ See references/debt-frameworks.md for details

Implementation Roadmap

Phase 1: Foundation (Weeks 1-2)

  1. Set up debt scanning infrastructure
  2. Establish debt taxonomy and scoring criteria
  3. Scan initial codebase and create baseline inventory
  4. Train team on debt identification and reporting

Phase 2: Process Integration (Weeks 3-4)

  1. Integrate debt tracking into sprint planning
  2. Establish debt budgets and allocation rules
  3. Create stakeholder reporting templates
  4. Set up automated debt scanning in CI/CD

Phase 3: Optimization (Weeks 5-6)

  1. Refine scoring algorithms based on team feedback
  2. Implement trend analysis and predictive metrics
  3. Create specialized debt reduction initiatives
  4. Establish cross-team debt coordination processes

Phase 4: Maturity (Ongoing)

  1. Continuous improvement of detection algorithms
  2. Advanced analytics and prediction models
  3. Integration with planning and project management tools
  4. Organization-wide debt management best practices

Success Criteria

Quantitative Metrics:


  • 25% reduction in debt interest rate within 6 months

  • 15% improvement in development velocity

  • 30% reduction in production defects

  • 20% faster code review cycles

Qualitative Metrics:


  • Improved developer satisfaction scores

  • Reduced context switching during feature development

  • Faster onboarding for new team members

  • Better predictability in feature delivery timelines

Common Pitfalls and How to Avoid Them

1. Analysis Paralysis

Problem: Spending too much time analyzing debt instead of fixing it. Solution: Set time limits for analysis, use "good enough" scoring for most items.

2. Perfectionism

Problem: Trying to eliminate all debt instead of managing it. Solution: Focus on high-impact debt, accept that some debt is acceptable.

3. Ignoring Business Context

Problem: Prioritizing technical elegance over business value. Solution: Always tie debt work to business outcomes and customer impact.

4. Inconsistent Application

Problem: Some teams adopt practices while others ignore them. Solution: Make debt tracking part of standard development workflow.

5. Tool Over-Engineering

Problem: Building complex debt management systems that nobody uses. Solution: Start simple, iterate based on actual usage patterns.

Technical debt management is not just about writing better code - it's about creating sustainable development practices that balance short-term delivery pressure with long-term system health. Use these tools and frameworks to make informed decisions about when and how to invest in debt reduction.

SKILL.md source

---
name: tech-debt-tracker
description: Scan codebases for technical debt, score severity, track trends, and generate prioritized remediation plans. Use when users mention tech debt, code quality, refactoring priority, debt scoring, clea...
---

# Tech Debt Tracker

**Tier**: POWERFUL 🔥  
**Category**: Engineering Process Automation  
**Expertise**: Code Quality, Technical Debt Management, Software Engineering

## Overview

Tech debt is one of the most insidious challenges in software development - it compounds over time, slowing down development velocity, increasing maintenance costs, and reducing code quality. This skill provides a comprehensive framework for identifying, analyzing, prioritizing, and tracking technical debt across codebases.

Tech debt isn't just about messy code - it encompasses architectural shortcuts, missing tests, outdated dependencies, documentation gaps, and infrastructure compromises. Like financial debt, it accrues "interest" through increased development time, higher bug rates, and reduced team velocity.

## What This Skill Provides

This skill offers three interconnected tools that form a complete tech debt management system:

1. **Debt Scanner** - Automatically identifies tech debt signals in your codebase
2. **Debt Prioritizer** - Analyzes and prioritizes debt items using cost-of-delay frameworks
3. **Debt Dashboard** - Tracks debt trends over time and provides executive reporting

Together, these tools enable engineering teams to make data-driven decisions about tech debt, balancing new feature development with maintenance work.

## Technical Debt Classification Framework
→ See references/debt-frameworks.md for details

## Implementation Roadmap

### Phase 1: Foundation (Weeks 1-2)
1. Set up debt scanning infrastructure
2. Establish debt taxonomy and scoring criteria
3. Scan initial codebase and create baseline inventory
4. Train team on debt identification and reporting

### Phase 2: Process Integration (Weeks 3-4)
1. Integrate debt tracking into sprint planning
2. Establish debt budgets and allocation rules
3. Create stakeholder reporting templates
4. Set up automated debt scanning in CI/CD

### Phase 3: Optimization (Weeks 5-6)
1. Refine scoring algorithms based on team feedback
2. Implement trend analysis and predictive metrics
3. Create specialized debt reduction initiatives
4. Establish cross-team debt coordination processes

### Phase 4: Maturity (Ongoing)
1. Continuous improvement of detection algorithms
2. Advanced analytics and prediction models
3. Integration with planning and project management tools
4. Organization-wide debt management best practices

## Success Criteria

**Quantitative Metrics:**
- 25% reduction in debt interest rate within 6 months
- 15% improvement in development velocity
- 30% reduction in production defects
- 20% faster code review cycles

**Qualitative Metrics:**
- Improved developer satisfaction scores
- Reduced context switching during feature development
- Faster onboarding for new team members
- Better predictability in feature delivery timelines

## Common Pitfalls and How to Avoid Them

### 1. Analysis Paralysis
**Problem**: Spending too much time analyzing debt instead of fixing it.
**Solution**: Set time limits for analysis, use "good enough" scoring for most items.

### 2. Perfectionism
**Problem**: Trying to eliminate all debt instead of managing it.
**Solution**: Focus on high-impact debt, accept that some debt is acceptable.

### 3. Ignoring Business Context
**Problem**: Prioritizing technical elegance over business value.
**Solution**: Always tie debt work to business outcomes and customer impact.

### 4. Inconsistent Application
**Problem**: Some teams adopt practices while others ignore them.
**Solution**: Make debt tracking part of standard development workflow.

### 5. Tool Over-Engineering
**Problem**: Building complex debt management systems that nobody uses.
**Solution**: Start simple, iterate based on actual usage patterns.

Technical debt management is not just about writing better code - it's about creating sustainable development practices that balance short-term delivery pressure with long-term system health. Use these tools and frameworks to make informed decisions about when and how to invest in debt reduction.

Related skills 6

caveman

★ Featured

Ultra-compressed communication mode. Cuts token usage ~75% by speaking like caveman while keeping full technical accuracy. Supports intensity levels: lite, full (default), ultra, wenyan-lite, wenyan-full, wenyan-ultra. Use when user says "caveman mode", "talk like caveman", "use caveman", "less tokens", "be brief", or invokes /caveman. Also auto-triggers when token efficiency is requested.

juliusbrussee 167k
Development

secure-linux-web-hosting

★ Featured

Use when setting up, hardening, or reviewing a cloud server for self-hosting, including DNS, SSH, firewalls, Nginx, static-site hosting, reverse-proxying an app, HTTPS with Let's Encrypt or ACME clients, safe HTTP-to-HTTPS redirects, or optional post-launch network tuning such as BBR.

xixu-me 155k
Development

readme-i18n

★ Featured

Use when the user wants to translate a repository README, make a repo multilingual, localize docs, add a language switcher, internationalize the README, or update localized README variants in a GitHub-style repository.

xixu-me 155k
Development

lark-shared

★ Featured

Use when first setting up lark-cli, running auth login, switching user/bot identity (--as), handling permission denied or scope errors, needing to update lark-cli, or seeing _notice in JSON output.

larksuite 155k
Development

improve-codebase-architecture

★ Featured

Find deepening opportunities in a codebase, informed by the domain language in CONTEXT.md and the decisions in docs/adr/. Use when the user wants to improve architecture, find refactoring opportunities, consolidate tightly-coupled modules, or make a codebase more testable and AI-navigable.

mattpocock 151k
Development

paper-context-resolver

★ Featured

Optional RigorPilot helper for README-first deep learning repo reproduction. Use only when the README and repository files leave a narrow reproduction-critical gap and the task is to resolve a specific paper detail such as dataset split, preprocessing, evaluation protocol, checkpoint mapping, or runtime assumption from primary paper sources while recording conflicts. Do not use for general paper summary, repo scanning, environment setup, command execution, title-only paper lookup, or replacin...

lllllllama 127k
Development