Nodos y conectores

El catálogo define para cada tipo su configuración, entradas, salidas, esquema de resultado y ejecutor. Flow usa ese contrato tanto para dibujar conectores como para validar y ofrecer variables en el inspector.

• type: capacidad concreta, por ejemplo utility.text_template o forge.create_task.
• config: parámetros que se resuelven justo antes de ejecutar.
• input: datos recibidos por la ruta actual.
• output: resultado almacenado y reutilizable por su ID.
• handle: salida elegida, por ejemplo success, error, true o default.

La disponibilidad real depende de las aplicaciones vinculadas y del estado del nodo. Los nodos marcados como próximos no pueden activarse aunque aparezcan documentados en el catálogo.

• Disparadores Flow: manuales, programaciones, webhooks y eventos.
• Control Flow: condiciones, condiciones múltiples, selección de ruta, esperas, unión y parada.
• Datos y utilidades: crear objetos, texto, fechas, matemáticas, conversión, IDs, contexto y depuración.
• Suite: consultar o actuar en Atlas, Forge, Tower, Sense y Bridge.

Una condición simple elige true o false; las condiciones múltiples separan matched y unmatched; un switch puede exponer case_1, case_2 y default. Solo se encolan las conexiones que parten de la salida elegida.

Prueba cada rama con entradas específicas. Un camino nunca probado suele ocultar campos nulos, comparaciones de tipo incorrecto o una salida sin conectar.

Los reintentos repiten un nodo fallido hasta el límite configurado. Antes de usarlos en envíos, cobros o creación de registros, confirma que la operación sea idempotente o disponga de una clave que evite duplicados.

Continuar en caso de error permite que el workflow avance, pero el nodo siguiente debe tolerar una salida ausente o de error. No lo uses para esconder fallos que deberían detener el proceso.