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 maonpx claudepluginhub javimontano/mao-discovery-frameworkThis skill is limited to using the following tools:
examples/README.mdexamples/sample-output.htmlprompts/prompt.mdEnables AI agents to execute x402 payments with per-task budgets, spending controls, and non-custodial wallets via MCP tools. Use when agents pay for APIs, services, or other agents.
Compares coding agents like Claude Code and Aider on custom YAML-defined codebase tasks using git worktrees, measuring pass rate, cost, time, and consistency.
Designs and optimizes AI agent action spaces, tool definitions, observation formats, error recovery, and context for higher task completion rates.
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