Investigar la causa de un fallo de software
Método para reproducir un fallo, reunir evidencias, contrastar diferencias y comprobar una hipótesis antes de corregir código. Incluye guías y auxiliares originales que necesitan el entorno del proyecto; las afirmaciones de eficacia del autor no se han validado.
Ficha elaborada por peopleofthe.ai con asistencia de IA. Consulta el criterio editorial y los límites de las pruebas.
Fuente completa, árbol de la carpeta, licencia, requisitos y hashes cotejados el 21-10-2026 en la revisión fija. No se han instalado ni ejecutado la skill o sus scripts, ni comprobado compatibilidad o eficacia. El ejemplo TypeScript importa ~/threads/thread-manager y ~/threads/types, que no están incluidos. find-polluter.sh ejecuta pruebas npm del proyecto y requiere revisión del entorno antes de su uso. Los archivos test-* y CREATION-LOG.md recogen materiales y afirmaciones del autor; no son ensayos de peopleofthe.ai.
Antes de empezar
Comprueba que tienes lo necesario para usar este recurso.
- Descripción reproducible del fallo, mensajes de error, historial y código que el usuario esté autorizado a revisar.
- Agente que lea SKILL.md y las tres guías auxiliares. Investigar y probar una hipótesis requiere el entorno real de la aplicación.
- Bash, utilidades de shell y npm con un script de pruebas compatible si se elige find-polluter.sh; el script ejecuta npm test para archivos del proyecto.
- El ejemplo TypeScript depende de tipos y módulos ~/threads/* propios de su aplicación original, ausentes en esta carpeta; requiere adaptación.
- La implementación/verificación remite a test-driven-development y verification-before-completion, otras skills del repositorio.
- Coste de ejecución: No se exige una API comercial específica para leer el método. El modelo y los entornos de reproducción, CI, servicios o tests del proyecto pueden generar costes. No se ejecutó el script ni se estableció un coste total.
Compatibilidad declarada
Según la documentación de origen. La presencia en esta lista no implica una prueba de ejecución en cada entorno.
Una forma de empezar
EJEMPLO ILUSTRATIVOUna solicitud para adaptar a tu contexto y usar con el recurso.
Una prueba falla de forma intermitente al ejecutarse junto con otras. Organizar el registro de reproducción, las diferencias entre ejecuciones y una hipótesis comprobable antes de editar el código.
Posible entrega: pasos reproducibles, tabla de evidencias y límites del fallo, comparación con un caso estable y una comprobación propuesta para una hipótesis. No se presenta una causa como confirmada sin pruebas.
Ejemplo editorial ilustrativo: entrada y salida redactadas para explicar el uso. No procede de una ejecución del recurso. Este ejemplo no es una salida observada de una prueba del recurso.
La fuente, a la vista
- Recurso original
- systematic-debugging
- Autor
- Jesse Vincent (obra/superpowers)
- Versión o revisión
- b739a8af570e10a95898f2bdf6cec97467fa6c12
- Licencia
- MIT
El ZIP conserva los 11 archivos íntegros de la carpeta systematic-debugging y añade la licencia MIT raíz con Copyright (c) 2025 Jesse Vincent, procedencia y nota editorial. El ejemplo TypeScript importa ~/threads/thread-manager y ~/threads/types, que no están incluidos. find-polluter.sh ejecuta pruebas npm del proyecto y requiere revisión del entorno antes de su uso. Los archivos test-* y CREATION-LOG.md recogen materiales y afirmaciones del autor; no son ensayos de peopleofthe.ai.
Ver fuente original