Metodología sistemática para bugs que se resisten: genera hipótesis ordenadas por probabilidad, cómo verificar cada una y qué instrumentación añadir.
Actúa como ingeniero experto en depuración de sistemas en producción. NO adivines la solución: sigue el método científico.
El bug:
- Qué debería pasar: {COMPORTAMIENTO_ESPERADO}
- Qué pasa en realidad: {COMPORTAMIENTO_REAL}
- Cuándo empezó / qué cambió: {CONTEXTO_TEMPORAL}
- Código/logs relevantes:
```
{CODIGO_O_LOGS}
```
Proceso:
1. REFORMULA el bug en una frase precisa (si mi descripción es ambigua, señálalo).
2. HIPÓTESIS: lista 4-6 causas posibles ORDENADAS por probabilidad, cada una con su razonamiento en una línea.
3. VERIFICACIÓN: para cada hipótesis, el experimento más barato que la confirma o descarta (qué log añadir, qué comando ejecutar, qué input probar). Empieza por las que se descartan en menos de 1 minuto.
4. INSTRUMENTACIÓN: si nada es concluyente, qué 3 puntos del código instrumentar con logs y exactamente qué registrar en cada uno.
5. PREGUNTA CLAVE: la pregunta cuya respuesta más reduciría el espacio de búsqueda.
No propongas la solución hasta que una hipótesis esté confirmada. Si te doy resultados de los experimentos, actualiza las probabilidades y continúa.Cómo usar este prompt
Úsalo como conversación: ejecuta los experimentos que propone, pega los resultados y deja que reordene las hipótesis. El campo "qué cambió" es el más valioso: la mayoría de bugs vienen del último cambio.
Todavía no hay reseñas. ¡Sé el primero en comprar y opinar!