> 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/es/flujos-de-trabajo/nested-workflows.md). # Flujos de trabajo anidados Un flujo de trabajo puede ejecutar otro flujo de trabajo como uno de sus pasos. El flujo de trabajo en el que ya confías para un trabajo se convierte en un bloque de construcción que puedes incorporar en trabajos más grandes, en lugar de describir ese trabajo de nuevo cada vez. Aquí tienes un tutorial rápido sobre cómo anidar flujos de trabajo en Morphic: {% embed url="" %} ### Anidar un flujo de trabajo Esto se configura pidiéndoselo a Copilot, ya sea mientras estás creando un flujo de trabajo o cuando editas uno que ya tienes. 1. Abre [Flujos de trabajo](https://studio.morphic.com/workflows) y empieza un flujo de trabajo nuevo, o abre el menú '···' en uno existente y haz clic en 'Editar' 2. Describe el paso como lo harías con cualquier otro, y nombra el flujo de trabajo que quieres que ejecute; por ejemplo, 'para el paso 2, ejecuta mi flujo de trabajo de hoja de referencia del personaje' 3. Copilot lo añade como un paso y lo muestra en el flujo de trabajo junto con el resto Cuando se ejecuta el flujo de trabajo principal, llega a ese paso y ejecuta el flujo de trabajo que nombraste; luego lleva su salida a los pasos siguientes. ### Por qué ayuda * Mejóralo en un solo lugar. Publica un cambio en un bloque de construcción y cada flujo de trabajo que lo llame lo incorporará, así corriges algo una sola vez en lugar de en seis lugares. * Mantén cada uno legible. Un flujo de trabajo largo que hace cuatro trabajos es difícil de editar. Cuatro flujos de trabajo, con uno llamando a los otros, son más fáciles de seguir y más fáciles de corregir. ### Dónde funciona bien * Mantener coherente un personaje o un aspecto. Define el personaje en su propio flujo de trabajo y luego llámalo desde el flujo de trabajo de cada escena. Cada escena parte del mismo personaje en lugar de un intento nuevo. * Pasos finales que aplicas a todo. Un estilo de subtítulos, una corrección de color, un formato de entrega: ponlo en un flujo de trabajo y termina con él tus otros flujos de trabajo, para que el último tramo sea siempre igual. * Trabajos largos con etapas distintas. Guion, luego storyboard, luego tomas. Cada etapa es un flujo de trabajo que puedes ejecutar y corregir por separado, con un flujo de trabajo que los ejecuta en orden. * Trabajos que comparte tu equipo. Cuando una persona acierta un paso, todos los demás llaman a ese flujo de trabajo en lugar de volver a describir el paso y obtener un resultado ligeramente distinto. ### Cómo sacarle mejores resultados * Dale a cada bloque de construcción un solo trabajo. Un flujo de trabajo que hace una cosa bien es más fácil de reutilizar que uno que hace tres cosas aceptablemente. * Ejecuta un bloque de construcción por sí solo antes de anidarlo. Corregirlo dentro de una ejecución más larga cuesta más tiempo que corregirlo por separado. * Ponle un nombre por lo que produce, como 'Hoja de referencia del personaje', para que sea obvio qué flujo de trabajo llamar. * Deja que el flujo de trabajo externo gestione el orden y que los internos gestionen el detalle. Así, cambiar la secuencia no significa reescribir los pasos. ### Es bueno saber * Puedes hacer referencia a un flujo de trabajo compartido públicamente en Morphic, no solo al tuyo, así que un flujo de trabajo de la comunidad puede ser un paso dentro del tuyo. * Cada flujo de trabajo anidado conserva su propio historial de versiones, así que puedes seguir y deshacer un cambio en un bloque de construcción por separado. Consulta [Historial de versiones](/docs/es/flujos-de-trabajo/version-history.md). * Antes de eliminar un flujo de trabajo, comprueba si algo lo llama. Los flujos de trabajo que lo hagan se quedarán con un paso que no tiene nada que ejecutar. Así es como funcionan los flujos de trabajo anidados en Morphic. Una vez que un proceso merece conservarse, nunca tiene que escribirse dos veces. *** Si tienes algún problema o alguna pregunta, no dudes en ponerte en contacto. Estaremos encantados de ayudarte. Escríbenos a [**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/es/flujos-de-trabajo/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.