> For the complete documentation index, see [llms.txt](https://morphic.com/docs/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://morphic.com/docs/br/fluxos-de-trabalho/nested-workflows.md). # Fluxos de trabalho aninhados Um fluxo de trabalho pode executar outro fluxo de trabalho como uma de suas etapas. O fluxo de trabalho em que você já confia para uma tarefa se torna um bloco de construção que você pode encaixar em tarefas maiores, em vez de descrever essa tarefa de novo toda vez. Aqui está um tutorial rápido sobre como aninhar fluxos de trabalho no Morphic: {% embed url="" %} ### Aninhar um fluxo de trabalho Você configura isso pedindo ao Copilot, seja enquanto estiver criando um fluxo de trabalho ou ao editar um que você já tenha. 1. Abra [Fluxos de trabalho](https://studio.morphic.com/workflows) e inicie um novo fluxo de trabalho, ou abra o menu '···' em um existente e clique em 'Editar' 2. Descreva a etapa como faria com qualquer outra, e informe o nome do fluxo de trabalho que você quer que ele execute; por exemplo, 'para a etapa 2, execute meu fluxo de trabalho de folha de referência de personagem' 3. O Copilot o adiciona como uma etapa e o mostra no fluxo de trabalho junto com o restante Quando o fluxo de trabalho pai é executado, ele chega a essa etapa e executa o fluxo de trabalho que você nomeou, depois leva a saída dele para as etapas que seguem. ### Por que isso ajuda * Melhore em um só lugar. Publique uma alteração em um bloco de construção e todo fluxo de trabalho que o chama a incorpora, então você corrige algo uma vez em vez de em seis lugares. * Mantenha cada um legível. Um fluxo de trabalho longo que faz quatro tarefas é difícil de editar. Quatro fluxos de trabalho, com um chamando os outros, são mais fáceis de acompanhar e mais fáceis de corrigir. ### Onde funciona bem * Manter um personagem ou um visual consistente. Defina o personagem no próprio fluxo de trabalho dele e, depois, chame-o a partir do fluxo de trabalho de cada cena. Cada cena começa com o mesmo personagem em vez de uma nova tentativa. * Etapas finais que você aplica a tudo. Um estilo de legenda, uma correção de cor, um formato de entrega: coloque isso em um fluxo de trabalho e termine os outros fluxos de trabalho com ele, para que a última etapa seja a mesma toda vez. * Tarefas longas com etapas distintas. Roteiro, depois storyboard, depois tomadas. Cada etapa é um fluxo de trabalho que você pode executar e corrigir por conta própria, com um fluxo de trabalho executando tudo em ordem. * Trabalhos que sua equipe compartilha. Quando uma pessoa acerta uma etapa, todo mundo chama esse fluxo de trabalho em vez de descrever a etapa de novo e obter um resultado ligeiramente diferente. ### Obtendo melhores resultados com isso * Dê a cada bloco de construção uma única tarefa. Um fluxo de trabalho que faz uma coisa bem feita é mais fácil de reutilizar do que um que faz três coisas de forma apenas razoável. * Execute um bloco de construção sozinho antes de aninhá-lo. Corrigi-lo dentro de uma execução mais longa leva mais tempo do que corrigi-lo sozinho. * Dê a ele um nome pelo que ele produz, como 'Character reference sheet', para que fique óbvio qual fluxo de trabalho chamar. * Deixe o fluxo de trabalho externo cuidar da ordem e os internos cuidarem dos detalhes. Assim, alterar a sequência não significa reescrever as etapas. ### Bom saber * Você pode referenciar um fluxo de trabalho compartilhado publicamente no Morphic, não apenas o seu, então um fluxo de trabalho da comunidade pode ser uma etapa no seu. * Cada fluxo de trabalho aninhado mantém seu próprio histórico de versões, então você pode rastrear e desfazer uma alteração em um bloco de construção de forma independente. Veja [Histórico de versões](/docs/br/fluxos-de-trabalho/version-history.md). * Antes de excluir um fluxo de trabalho, verifique se algo o chama. Os fluxos de trabalho que chamam ficarão com uma etapa sem nada para executar. É assim que os fluxos de trabalho aninhados funcionam no Morphic. Depois que um processo vale a pena ser mantido, ele nunca precisa ser escrito duas vezes. *** Se você tiver algum problema ou alguma dúvida, entre em contato. Teremos prazer em ajudar. Escreva para nós em [**support@morphic.com**](mailto:support@morphic.com)**.** --- # Agent Instructions This documentation is published with GitBook. GitBook is the documentation platform designed so that both humans and AI agents can read, navigate, and reason over technical content effectively. Learn more at gitbook.com. ## Querying This Documentation If you need additional information that is not directly available in this page, you can query the documentation dynamically by asking a question. Perform an HTTP GET request on the current page URL with the `ask` query parameter, and the optional `goal` query parameter: ``` GET https://morphic.com/docs/br/fluxos-de-trabalho/nested-workflows.md?ask=&goal= ``` `ask` is the immediate question: it should be specific, self-contained, and written in natural language. `goal` is optional and describes the broader end goal you are ultimately trying to accomplish on behalf of the user. GitBook uses it to tailor the answer towards what is most useful for that goal. The response will contain a direct answer to the question and relevant excerpts and sources from the documentation. Use this mechanism when the answer is not explicitly present in the current page, you need clarification or additional context, or you want to retrieve related documentation sections.