Reintentos con backoff

## Qué es esta tarea

Implementar reintentos con backoff exponencial para las peticiones al LLM que fallan de forma transitoria.

## Qué se debe hacer

- Reintentar en caso de: timeout, error 5xx, error de conexión, rate limit (429)
- Backoff exponencial: 1s → 2s → 4s entre intentos
- Máximo 3 intentos totales
- Si los 3 intentos fallan, pasar al fallback sin LLM (tarea #190)
- Registrar cada reintento en log con el número de intento y la razón

## Por qué importa

Los proveedores de LLM tienen fallos transitorios: picos de carga, mantenimiento breve, latencia variable. Un solo intento fallido a las 3am no debería dejar al agente sin diagnóstico. El backoff exponencial es el patrón estándar para manejar esto sin saturar al proveedor (sección del roadmap, Fase 4).

## Criterio de avance

Una petición que falla 2 veces y funciona a la tercera produce un informe normal. Los tiempos entre reintentos crecen exponencialmente (1s, 2s, 4s). Si las 3 fallan, se activa el fallback.