DesarrolloIntermedio

Depurar con el error real, no con suposiciones

Obliga al modelo a formar hipótesis comprobables antes de tocar el código, para no aplicar parches a ciegas.

Funciona bien en

Cuándo usarlo

Cuando llevas tres intentos fallidos y empiezas a cambiar cosas al azar.

Copiar Prompt

Copia el prompt y reemplaza los marcadores entre llaves.

Vas a ayudarme a depurar. No propongas una solución todavía.

Error completo:
{{error}}

Código relevante:
```
{{codigo}}
```

Entorno: {{entorno}}
Qué he intentado ya: {{intentos}}

Entrega en este orden:

1. QUÉ DICE EL ERROR en lenguaje llano, sin tecnicismos innecesarios.
2. TRES HIPÓTESIS ordenadas por probabilidad. Para cada una: qué la haría verdadera y cómo comprobarla con un comando o un cambio mínimo.
3. EL EXPERIMENTO MÁS BARATO: una sola modificación o log que descarte la hipótesis más probable.
4. Solo después de eso, la corrección, explicando por qué resuelve la causa y no el síntoma.

Reglas: si falta información para decidir, pídela antes de responder. No propongas envolver todo en try/catch ni actualizar dependencias como solución por defecto.

Variables que debes rellenar

Variable	Qué significa	Ejemplo
`error`	Stack trace o mensaje	TypeError: Cannot read properties of undefined (reading 'map')
`codigo`	Archivo o función implicada	(pegar)
`entorno`	Dónde falla	Producción, Node 22, Vercel
`intentos`	Qué ya probaste	Reinicié el build y borré caché

Consejos

Incluye la versión exacta del runtime: el 40% de errores raros son de versión.
Si el modelo acierta a la primera, igual pide el experimento: te enseña a diagnosticar solo.
Guarda la conversación: el mismo error suele repetirse en el proyecto.

Plantilla editorial. Pruébala con datos reales antes de usarla en producción.