> 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/workflows/nested-workflows.md). # Fluxos de trabalho aninhados Como usar um fluxo de trabalho como etapa dentro de outro, para que um processo que você já criou se torne um bloco de construção. 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 inserir 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. Abrir [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 dê o nome do fluxo de trabalho que você quer que ele execute, por exemplo 'para a etapa 2, execute meu fluxo de trabalho Character reference sheet' 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 seguintes. ### 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 incorporará, assim 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 consistentes. Defina o personagem em seu próprio fluxo de trabalho 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 finalize seus outros fluxos de trabalho com ele, para que a etapa final seja sempre a mesma. * Tarefas longas com etapas distintas. Roteiro, depois storyboard, depois planos. Cada etapa é um fluxo de trabalho que você pode executar e corrigir por conta própria, com um fluxo de trabalho executando-os em ordem. * Trabalho que sua equipe compartilha. Quando uma pessoa acerta uma etapa, todos os outros chamam esse fluxo de trabalho em vez de descrever a etapa novamente e obter um resultado um pouco diferente. ### Obtendo melhores resultados com isso * Dê a cada bloco de construção uma única tarefa. Um fluxo de trabalho que faz bem uma coisa é 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 custa mais tempo do que corrigi-lo isoladamente. * Dê a ele um nome que descreva o que ele produz, como 'Character reference sheet', para ficar óbvio qual fluxo de trabalho chamar. * Deixe o fluxo de trabalho externo cuidar da ordem e os internos cuidarem dos detalhes. Assim, mudar 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 próprio, então um fluxo 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 separadamente. Veja [Histórico de versões](/docs/br/workflows/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 que não tem nada para executar. É assim que os fluxos de trabalho aninhados funcionam no Morphic. Use-os quando as mesmas etapas aparecerem em mais de um fluxo de trabalho. *** 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/workflows/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.