🔧 ¿Cómo funciona?
Al configurar un modelo principal en un nodo AI Task o AI Agent, se asigna automáticamente un modelo fallback compatible.
Si el nodo ya existía antes de esta mejora, deberás seleccionarlo manualmente en la configuración avanzada.
⚠️ Importante: Para nodos creados antes de esta mejora, es necesario configurar el modelo de respaldo de forma manual en las opciones avanzadas.
📉 ¿Qué pasaba antes?
Si el modelo fallaba, el flujo iba directamente al camino rojo.
Ahora, si el modelo principal falla, el fallback entra en acción sin interrumpir la experiencia del usuario.
¿Por qué es importante esta actualización?
✅ Más robustez frente a caídas de proveedores
✅ Menos errores inesperados en producción
✅ Menos configuración manual
✅ Experiencia más estable y fluida para los usuarios
🔒 Cosas que debes tener en cuenta
No puedes seleccionar como
fallbackun modelo del mismo proveedor que el principal.Si cambias el modelo principal y el fallback no es compatible, se actualizará automáticamente con uno sugerido.
No hay fallback para el fallback. Si ambos fallan, se mostrará un error informativo.
🧪 Paso a paso para probarlo
Activa el modelo de respaldo en tus nodos AI y asegúrate de que siempre respondan, ¡incluso si el modelo principal falla!
Te dejamos este breve tutorial 👇
Te dejamos este breve tutorial 👇
⚠️Debes seleccionar el modelo de respaldo para nodos que fueron creados antes de esta funcionalidad.
Con la funcionalidad
La funcionalidad se activa cuando el modelo principal tiene un error, ya sea directo del proveedor, o por alguna mala configuración. Para este tutorial elegiremos un modelo que tiene una
api key incorrecta.
2. Ir a la sección configuración avanzada de tu nodo
3. Dentro de "Modelo de respaldo", selecciona un modelo compatible de la lista.
4 Para probar nuestro nodo conectado, nos vamos al skill tester.
5. Al momento de iniciar se genera una respuesta sin problemas; a pesar de tener un modelo dañado. Para poder comprobar que el fallback se ejecutó correctamente hay que darle click al ícono de Debugear.
6. En la sección de estado final, podemos ver el campo fallbackActivated en true, esto quiere decir que el modelo principal falló y el modelo de respaldo se ha ejecutado.
7. Para poder ver el error del modelo principal, contamos con el campo mainModelError que contiene un objeto detallado de toda la trazabilidad del error del modelo principal.
Con esto podemos determinar si fue un error del proveedor o alguna configuración.
Si vienes de Jelou, puedes encontrarlo en este notion.
Ya está activo para todos los usuarios 🙌
¡Pruébalo hoy mismo en tus nodos AI!