Skip to main content

tech-debt-tracker

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

Ir para a instalação

Informações da origem

Repositório
thiagofernandes1987-create/APEX
Última atividade na origem
18 de abril de 2026 às 09:35
Idioma detectado do SKILL.md
inglês
Estrelas
2
Forks
0

Opções de instalação

Por padrão, está selecionado o prompt que primeiro revisa a origem. Você pode mudar para um comando direto ou baixar uma cópia local.

Revise os arquivos de origem

Leia o SKILL.md e os arquivos complementares exibidos pelo SkillsMP antes de decidir se vai instalar.

Explorador de arquivos
18 arquivos

Exibindo SKILL.md

SKILL.md
Instruções da origem · Visualização somente leitura
name
tech-debt-tracker
description
Implement — Scan codebases for technical debt, score severity, track trends, and generate prioritized remediation plans. Use when users mention tech debt, code quality, refactoring priority, d
executor
HYBRID
skill_id
engineering.cs-engineering.tech-debt-tracker
status
ADOPTED
security
{"level":"standard","pii":false,"approval_required":false}
anchors
["engineering"]
tier
2
input_schema
[{"name":"code_or_task","type":"string","description":"Code snippet, script, or task description to process","required":true}]
output_schema
[{"name":"result","type":"string","description":"Generated or refactored code output"},{"name":"explanation","type":"string","description":"Explanation of changes or implementation decisions"}]
# 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. --- ## Why This Skill Exists Implement — Scan codebases for technical debt, score severity, track trends, and generate prioritized remediation plans. <!-- SR_40: auto-generated from frontmatter `purpose`/`description` (OPP-Phase3). Expand with domain-specific rationale. --> ## When to Use Use this skill when users mention tech debt, code quality, refactoring priority, d <!-- SR_40: auto-generated from frontmatter `when`/`description` (OPP-Phase3). --> ## What If Fails If this skill fails to produce the expected output: (1) verify input completeness, (2) retry with more specific context, (3) fall back to the parent workflow without this skill. <!-- SR_40: auto-generated from frontmatter `what_if_fails` (OPP-Phase3). -->
Ver no GitHub