Bloque V · Automatización con IA · Lección 25
Automatizaciones que no se rompen
Aprenderás a diseñar flujos robustos: reintentos y rutas de error, operaciones que no se duplican, límites de tokens por ejecución, trazas para saber qué pasó y pruebas antes de publicar cambios.
- 10 min
- 9 láminas animadas
- Cuestionario de 4 preguntas
- Narrada en 6 idiomas
Qué vas a ver en esta lección
- Por qué se rompen las automatizaciones
Casi ningún fallo es culpa de tu flujo: falla una API, llega un dato raro o el modelo responde algo inesperado.
- Reintentos con espera creciente
Ante un error pasajero, reintenta esperando cada vez el doble, con algo de azar, y sin pasar de un máximo de intentos.
- Flujos de error: que ningún fallo pase en silencio
Cuando un paso falla de verdad, el flujo debe ir por una ruta de error que guarde el caso y avise a una persona.
- Idempotencia: ni una factura ni un correo dos veces
Una operación es idempotente si repetirla no cambia el resultado: la clave es recordar qué ya has procesado.
- Pon techo a los tokens y al coste
Limita lo que entra y sale del modelo en cada ejecución y calcula cuánto cuesta antes de que lo diga la factura.
- Trazas: saber qué pasó en cada paso
Una traza registra cada paso de una ejecución: qué entró, qué salió, qué herramienta se llamó, cuánto tardó y cuántos tokens gastó.
- Prueba con datos de ejemplo antes de publicar
Ningún cambio llega a producción sin pasar antes por los mismos casos de prueba, incluidos los raros.
- Alertas: entérate antes que tu cliente
Configura avisos para lo que importa: fallos repetidos, coste diario disparado y colas que no avanzan.
- Resumen
Un flujo robusto reintenta con cabeza, no duplica, limita su gasto, deja trazas, avisa por patrones y se prueba antes de publicar.
Herramientas y conceptos
- Error workflows
- OpenTelemetry
- Evals
Entra con tu cuenta de Google y accede a esta lección y al curso completo.