Un proveedor cae. Nadie lo nota.

Cuando un proveedor aplica límite de tasa o responde con 5xx, la cadena de respaldo configurada reintenta contra un modelo en buen estado antes de que la respuesta haya comenzado a transmitirse.

Nombra hasta cinco modelos de respaldo, elegidos de un catálogo de más de 200 en más de 40 proveedores.
La conmutación por error ocurre antes del streaming — tu cliente recibe una respuesta limpia, no una truncada seguida de un error.
Cada reintento queda en el registro: qué falló, qué lo sirvió en su lugar y cuánto tardó cada intento.

La interrupción de la que nadie abre un ticket.

Un proveedor empieza a devolver errores 503. Con una cadena de respaldo configurada, la solicitud ya está en movimiento — cae en un modelo en buen estado antes de que un solo token haya llegado a tu usuario. Ellos ven una respuesta limpia. Tú ves ambos intentos en el recibo.

Siempre hay una alternativa.

Defines hasta cinco modelos para la cadena, elegidos de más de 200 en más de 40 proveedores — suficientes para que la mala tarde de un proveedor no se convierta en tu revisión de incidentes. El estado, el peso y la prioridad se rastrean por canal; los que tienen dificultades salen silenciosamente de la rotación.