Quando você executa um workflow, o Studio descobre a ordem a partir das conexões: um block executa assim que os blocks dos quais ele depende terminam.
Os blocks executam assim que podem
Vários blocks de um workflow podem estar executando ao mesmo tempo. Um block começa no instante em que suas dependências terminam, e não espera por mais nada.
Aqui os agentes Customer Support e Deep Researcher dependem apenas do Start, então nenhum dos dois espera pelo outro.
Um block espera por todas as suas entradas
Quando vários blocks alimentam um só, esse block espera por todos os alimentadores que vão executar e então executa uma vez, com a saída de cada um disponível para leitura. Um alimentador em uma ramificação que não foi seguida não o atrasa. Você não precisa juntar as saídas por conta própria.
O block Function aqui executa depois que os dois agentes terminam, com as duas saídas prontas.
As ramificações seguem um único caminho
Um workflow pode se dividir. Um block Condition ramifica com base em uma regra explícita; um block Router deixa um modelo escolher o caminho. Só a ramificação escolhida executa. Um block em uma ramificação que não executou não produz saída — é por isso que uma tag de conexão apontando para ele volta vazia.
Para repetir trabalho, um block Loop executa os blocks internos sobre uma lista, uma contagem ou enquanto uma condição for verdadeira, e um block Parallel os executa para vários itens de uma vez.
Um workflow pode chamar outros workflows, por meio de um block Workflow, uma ferramenta MCP ou um block API. O Studio rastreia a cadeia de chamadas e interrompe uma execução que passe de 25 saltos, então workflows que se chamam entre si não entram em loop infinito.
Quando um block falha
Um block que dá erro faz a execução falhar: os blocks já em andamento terminam e nada novo começa. Para tratar a falha em vez disso, conecte a error port do block — a execução segue o caminho de erro e continua.
Aqui throwError falha, então a execução sai pela error port vermelha em direção a handleError; handleSuccess, no caminho normal, nunca executa.
Quanto tempo uma execução pode levar
Uma execução síncrona tem limite de 5 minutos no plano gratuito e 50 minutos nos planos pagos. Execuções assíncronas recebem 90 minutos por padrão; administradores Enterprise podem configurar sua política de workflow para até 7 dias. Quem chama a API assíncrona diretamente pode encurtar essa política para uma requisição específica, mas não estendê-la. Uma execução que atinge o teto falha com "Execution timed out." As causas mais comuns são um loop sobre uma lista grande ou um agente ou chamada de API lenta — divida o trabalho ou execute de forma assíncrona. Instalações com auto-hospedagem podem configurar esses limites.
Acompanhando uma execução
Enquanto um workflow executa, o editor mostra o estado de cada block ao vivo: na fila, executando, concluído ou com erro. Toda execução é registrada, então você pode abrir os logs para ver o que cada block recebeu e devolveu depois que ele termina.