Quando você executa um workflow, o Zoen define a ordem a partir das conexões: um bloco roda assim que os blocos dos quais depende terminam.
Os blocos rodam assim que podem
Vários blocos em um workflow podem estar em execução ao mesmo tempo. Um bloco começa no momento em que suas dependências terminam, e não espera por mais nada.
Aqui os agentes Customer Support e Deep Researcher dependem só do Start, então nenhum espera pelo outro.
Um bloco espera por todas as suas entradas
Quando vários blocos alimentam um, esse bloco espera por todo alimentador que vai rodar, e então roda uma vez com cada uma das saídas disponível para leitura. Um alimentador em uma ramificação que não foi tomada não o segura. Você não mescla as saídas manualmente.
O bloco Function aqui roda depois que ambos os agentes terminam, com as duas saídas prontas.
Ramificações seguem um caminho
Um workflow pode se dividir. Um bloco Condition ramifica com uma regra explícita; um bloco Router deixa um modelo escolher o caminho. Só a ramificação tomada é executada. Um bloco em uma ramificação que não rodou não produz saída, por isso uma tag de conexão apontando para ele volta vazia.
Para repetir trabalho, um bloco Loop executa seus blocos internos sobre uma lista, uma contagem ou enquanto uma condição vale, e um bloco Parallel os executa para vários itens de uma vez.
Um workflow pode chamar outros workflows, por meio de um bloco Workflow, uma ferramenta MCP ou um bloco API. O Zoen acompanha a cadeia de chamadas e interrompe uma execução que ultrapasse 25 saltos, para que workflows que se chamam não entrem em loop infinito.
Quando um bloco falha
Um bloco que dá erro falha a execução: blocos que já estão rodando terminam, e nada novo começa. Para tratar a falha, conecte a porta de erro do bloco — a execução segue o caminho de erro e continua.
Aqui throwError falha, então a execução sai pela porta de erro vermelha para handleError; handleSuccess no caminho normal nunca roda.
Quanto tempo uma execução pode levar
Uma execução síncrona é limitada a 5 minutos no plano gratuito e 50 minutos nos planos pagos; uma execução assíncrona tem 90 minutos. Uma execução que atinge o teto falha com "Execution timed out." As causas usuais são um loop sobre uma lista grande ou uma chamada lenta a um agente ou API — divida o trabalho ou rode de forma assíncrona. Deployments self-hosted podem configurar esses limites.
Acompanhando uma execução
Enquanto um workflow roda, o editor mostra o estado de cada bloco ao vivo: na fila, em execução, concluído ou com erro. Toda execução é registrada, então você pode abrir os logs para ver o que cada bloco recebeu e retornou depois de terminar.