Desencadenantes y acciones
Qué lo inicia, qué hace, cómo decide
Tres preguntas, y cada flujo de trabajo de esta plataforma es una respuesta a ellas. Esta página es el vocabulario: las formas en que puede comenzar una ejecución, las cosas que puede hacer un paso y las piezas que dan forma al camino entre ambas.
Desencadenantes
Cuatro formas de comenzar una ejecución
Un horario
Cada diez minutos, cada lunes a las siete, el primer día laborable del mes. Expresado en la zona horaria que elijas, así que el cambio de hora no es un incidente.
Un webhook
Tu tienda, tu CRM, tu sistema de facturación, cualquier cosa que pueda hacer una petición HTTP. La verificación de firma está activada por defecto y la carga se conserva con la ejecución.
Un evento del mundo
Un concierto anunciado, un partido programado, un terremoto, un aviso de inundación, un umbral de calidad del aire superado, una caída de un proveedor. Más de 175 fuentes, actualizadas cada diez o veinte minutos.
Una consulta, o una persona
Vigila un endpoint, un buzón o una carpeta y comienza cuando algo cambie. O inícialo a mano, desde la consola, porque a veces esa es la respuesta honesta.
Una ejecución por cosa. Un desencadenante que se dispara dos veces por el mismo evento subyacente —un webhook reintentado por el remitente, una consulta que ve la misma fila otra vez— inicia una ejecución, no dos. La deduplicación se basa en lo que identifique la cosa, y puedes establecer esa clave tú mismo cuando la idea de id del remitente sea peor que la tuya.
Acciones
Pasos que hacen algo
Una acción cambia algo fuera de la ejecución: escribe, envía, cobra, reserva, obtiene o archiva. Dos tipos, y la diferencia es si interviene un modelo.
Acciones deterministas
Llamar a un endpoint HTTP. Leer y escribir en tus propios sistemas. Reestructurar una carga. Consultar algo en datos de referencia. Enviar un correo electrónico, un SMS, una notificación push o una carta impresa. Ofrecer un hueco de reserva. Cobrar un pago. Crear un enlace corto. Obtener una imagen con su licencia adjunta. Escribir una fila, un archivo, un registro.
Misma entrada, misma salida. No cuestan nada ejecutarse, por eso el consejo honesto es usarlas para todo lo que no necesite de verdad criterio.
Acciones de IA
Clasificar este mensaje. Redactar esa respuesta. Resumir un hilo en tres puntos. Extraer campos de un documento sin estructura. Elegir entre opciones según una regla que escribiste en prosa. Traducir, manteniendo el tono.
Cada paso de IA declara la forma de lo que devuelve, y el resultado se valida contra esa forma antes de que la ejecución continúe. Si un modelo produce algo mal formado, el paso falla limpiamente en lugar de contaminar los doce pasos siguientes.
Algo sucede. Luego sucede lo correcto a continuación.
Flujo: los pasos que solo piensan en la ejecución
Las condiciones se ramifican según un valor. Ambos caminos están definidos, siempre: una condición con una rama else sin definir es la forma más común en que una automatización pierde registros silenciosamente, así que aquí no es posible dejar una colgando.
Las esperas retienen una ejecución hasta un momento o un evento. Una espera es un wake_at escrito en la propia ejecución, no una fila en una cola, por eso un flujo de trabajo puede retener a diez mil personas durante tres semanas sin que cueste nada ni nadie lo note.
El horario de silencio evita que los mensajes salientes lleguen a las tres de la madrugada. Una ejecución que llega a un paso de envío dentro de la ventana de silencio espera a que la ventana se cierre. La gravedad puede anularlo, deliberadamente, para las alertas que sí deben despertar a la gente.
Las divisiones envían una parte de las ejecuciones por el camino A y el resto por el camino B, para que puedas comparar dos asuntos, dos esperas o dos ordenaciones entre sí con tráfico real.
Los objetivos marcan aquello para lo que existía el flujo de trabajo. Cuando una ejecución alcanza su objetivo, se detiene ahí, quedara lo que quedara aguas abajo: el cliente que ya compró no recibe el tercer recordatorio para comprar.
- ⚡ActivadorCarrito inactivo durante 40 minutos. Duplicados eliminados por id de carrito.
- ?Condición¿Carrito superior a 150 zł? Sí: tomar el camino más largo.
- ⏸EsperarUn
wake_aten la ejecución. Sin fila en cola, sin coste. - ADivide50/50 en el asunto. Esta ejecución tomó la variante A.
- ✉EnviarCorreo electrónico con un enlace corto, redirecciones contadas por destinatario.
- ★ObjetivoPedido realizado. La ejecución se detiene aquí; el segundo recordatorio nunca se envía.
Pasos que llamaron a un modelo: 1Pasos que no costaron nada: 5
Los errores son parte del flujo, no una excepción a este
Un paso que falla tiene a dónde ir. Reintentar con un backoff y un límite de veces. Tomar un camino alternativo. Detener la ejecución y archivarla donde una persona la verá. Continuar sin más, porque ese paso era opcional y prefieres tener la mayor parte del resultado antes que nada de él.
El valor predeterminado para un paso que habla con el sistema de otra persona es reintentar unas cuantas veces y luego detenerse, porque un sistema que está caído a las 09:14 normalmente está en línea a las 09:19, y porque una ejecución detenida es más fácil de razonar que una que ocurrió a medias.
Lo que no puedes hacer: un paso no puede volver a un paso anterior. Un flujo de trabajo es un camino dirigido, no un programa con una instrucción de salto. Si tu tarea realmente necesita un bucle, itera sobre una lista dentro de un solo paso, o inicia una ejecución por elemento; ambas opciones están admitidas, y ambas son más fáciles de leer después de lo que sería un ciclo.