Technical debt quantification, debt quadrant classification (reckless/prudent x deliberate/inadvertent), remediation prioritization, and paydown roadmap generation. Use when the user asks to "assess technical debt", "quantify debt", "classify tech debt", "prioritize remediation", or mentions debt inventory, impact scoring, or paydown planning.
From pmnpx claudepluginhub javimontano/mao-pm-apexThis skill is limited to using the following tools:
examples/README.mdexamples/sample-output.htmlprompts/prompt.mdSearches, retrieves, and installs Agent Skills from prompts.chat registry using MCP tools like search_skills and get_skill. Activates for finding skills, browsing catalogs, or extending Claude.
Searches prompts.chat for AI prompt templates by keyword or category, retrieves by ID with variable handling, and improves prompts via AI. Use for discovering or enhancing prompts.
Estimates prompt tokens and complexity to offer Brief, Standard, Detailed, or Exhaustive response options with projected token budgets before answering.
Cuantificacion, clasificacion y priorizacion de deuda tecnica en sistemas de software, con generacion de roadmap de remediacion basado en impacto de negocio.
Parse $1 como nombre del proyecto, $2 como repositorio o sistema a evaluar.
Parameters:
{MODO}: piloto-auto (default) | desatendido | supervisado | paso-a-paso{FORMATO}: markdown (default) | html | dual{VARIANTE}: ejecutiva (~40%) | tecnica (full, default){PROFUNDIDAD}: ejecutivo | tecnico (default) | exhaustivo| Escenario | Estrategia de Manejo |
|---|---|
| Sistema legacy sin documentacion ni conocimiento tribal disponible | Usar analisis estatico como fuente primaria; marcar inferencias como [INFERENCIA]; priorizar deuda que bloquea evolucion |
| Deuda tecnica deliberada reciente (decision consciente hace <3 meses) | Documentar pero no priorizar remediacion inmediata; verificar que existe ticket de paydown asociado |
| Equipo que normalizo la deuda ("siempre ha sido asi") | Cuantificar impacto en metricas concretas (deploy frequency, lead time, incident rate) para hacer visible el costo |
| Codebase con +100 items de deuda identificados | Aplicar Pareto agresivo: scoring de impacto para identificar el 20% que genera 80% del drag |
| Decision | Habilita | Restringe | Cuando Usar |
|---|---|---|---|
| Inventario exhaustivo | Visibilidad completa | 3-5 dias de esfuerzo | Sistemas legacy criticos |
| Scan automatizado | Velocidad de assessment | Pierde deuda arquitectonica y de proceso | Evaluacion rapida o triaje inicial |
| Focus en quick wins | Impacto inmediato, genera momentum | Ignora deuda estructural profunda | Equipos con poca capacidad o buy-in inicial |
| Paydown incremental | No detiene delivery existente | Remediacion mas lenta | Equipos en produccion activa con SLAs estrictos |
graph TD
subgraph Core["Tech Debt Assessment"]
A[Inventario y Extraccion] --> B[Clasificacion Fowler]
B --> C[Cuantificacion de Impacto]
C --> D[Priorizacion]
D --> E[Roadmap de Paydown]
end
subgraph Inputs["Inputs"]
F[Codebase y Config] --> A
G[Pipeline Metrics] --> C
H[Capacidad del Equipo] --> E
end
subgraph Outputs["Outputs"]
A --> I[Inventario de Deuda]
C --> J[Scoring de Impacto]
E --> K[Paydown Roadmap]
D --> L[Quick Wins Catalog]
end
subgraph Related["Related Skills"]
M[dependency-analysis] -.-> A
N[maturity-assessment] -.-> C
O[software-architecture] -.-> B
end
Formato 1 — Markdown (default)
Tech_Debt_Assessment_{project}_{WIP|Aprobado}.mdFormato 2 — XLSX (inventario y tracking)
Tech_Debt_Inventory_{project}_{WIP|Aprobado}.xlsxFormato 3 — HTML (bajo demanda)
Tech_Debt_Assessment_{project}_{WIP|Aprobado}.htmlFormato 4 — DOCX (bajo demanda)
{fase}_{entregable}_{cliente}_{WIP}.docxFormato 5 — PPTX (bajo demanda)
{fase}_tech_debt_assessment_{cliente}_{WIP}.pptx| Dimension | Peso | Criterio |
|---|---|---|
| Trigger Accuracy | 10% | Activa triggers correctos ante keywords de deuda tecnica, remediacion, code quality |
| Completeness | 25% | Cubre inventario, clasificacion, scoring, roadmap y guardrails de prevencion |
| Clarity | 20% | Cada item de deuda tiene evidencia trazable y clasificacion justificada |
| Robustness | 20% | Maneja legacy sin docs, deuda normalizada, inventarios masivos |
| Efficiency | 10% | Proceso combina scan automatizado con revision manual sin redundancia |
| Value Density | 15% | Quick wins tienen ROI estimado; roadmap alineado con capacidad real del equipo |
Umbral minimo: 7/10 en cada dimension para considerar el skill production-ready.
Autor: Javier Montaño · Comunidad MetodologIA | Version: 1.0.0