Flujos de trabajo

Los pasos van en un orden: medir, comprobar, actuar, notificar. Una comprobación que no se cumple detiene la ejecución de forma limpia: con un hallazgo vacío no se publica, exporta ni envía nada, y el paso de notificación resume lo encontrado hasta ese punto.

No. Once flujos listos vienen como Power Steps — cada uno se inserta como un bloque y cada paso sigue siendo editable después; empiezas por el más cercano y cambias los parámetros.

En el registro de ejecución y allí donde lo envíes: la bandeja de entrada, un canal de Slack, un webhook firmado, un borrador en el CMS, o una tarea en Notion, Airtable, Asana, ClickUp, Linear, Salesforce o Google Docs.

Un cambio en los datos —un competidor que te supera en un prompt, una caída de cuota, una fuente nueva— o un horario, si prefieres que corra cada lunes.

Solo si se lo dices. Cada plantilla llega con el último paso en borrador; activar la publicación automática es un interruptor deliberado, no un valor por defecto.

Sí, en el mismo lienzo que usan las plantillas: disparador, condición, acción, notificación. Las plantillas solo son puntos de partida que alguien ya cableó.

La ejecución se detiene en el paso fallido y conserva el estado, así nada aguas abajo actúa sobre medio resultado. El panel muestra qué paso fue, y relanzar reanuda en vez de duplicar.

Tantos como tengas; hacen cola en vez de chocar. Un workflow que toca la misma página que otro espera, así dos borradores nunca se sobrescriben.

Email, Slack o un webhook. La notificación lleva el motivo por el que saltó, no solo el hecho de que saltó.

En los que tienen API de escritura, sí, y como borrador por defecto. Para el resto produce la misma salida lista para pegar.