Encadenar tareas

Por qué existen las cadenas

Un mensaje de voz se convierte en un ticket de soporte solo después de transcribirse, resumirse, traducirse al idioma del agente y enviarse a una mesa de ayuda. Armar eso a mano implica cuatro llamadas separadas, cuatro task_ids que vigilar, código propio para pasar el resultado de un paso al siguiente y manejo de errores en cada tramo de ese relevo. POST /flow/chain reemplaza todo eso con una lista ordenada de pasos, donde el resultado de cada uno se convierte automáticamente en la entrada del siguiente, así la dependencia vive en el cuerpo de la solicitud y no en su propio código.

Qué ocurre internamente

Envía un arreglo de tipos de tarea en orden, junto con los parámetros que cada uno necesita, y la cadena los ejecuta de forma secuencial en nuestra red perimetral global. Si el paso dos depende de un campo que produjo el paso uno, lo referencia directamente en la definición de la cadena en vez de escribir un enrutador o un consumidor de colas por su cuenta. Toda la cadena se factura y se rastrea como un solo trabajo asíncrono, un único lugar donde revisar todo cuando algo necesita auditarse.

Qué recibe de vuelta

Recibe un task_id de inmediato y la cadena se ejecuta en segundo plano igual que cualquier otra tarea del KIT. El resultado final —y, si lo pide, el de cada paso intermedio— llega mediante un webhook firmado, o queda disponible en un enlace firmado válido por 24 horas si prefiere consultarlo usted mismo. Esa visibilidad intermedia importa en la práctica: si una traducción se lee extraña, puede revisar la transcripción que la alimentó sin volver a correr toda la cadena.

Manejo de fallos, sin rodeos

Si un paso falla, la cadena lo reintenta hasta tres veces antes de devolver un error claro que indica exactamente cuál paso falló y por qué. Nunca se cobra una tarea fallida, así que una cadena que se cae en el paso tres no le factura en silencio como si los pasos uno a tres hubieran salido bien; paga solo por el trabajo que realmente se completó.

Dónde encaja

El encadenamiento es la columna vertebral de flujos que de otro modo construiría con un motor de workflows: localización de contenido, ingesta de documentos, procesamiento de medios, en cualquier caso donde un conjunto de pasos bien definidos siempre corre en el mismo orden. Como es una tarea asíncrona normal del KIT, también puede anidar una cadena como un solo paso dentro de un flujo programado o condicional más grande, así un cron nocturno puede disparar una cadena, o una rama condicional puede decidir si esa cadena se ejecuta.