> 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/tr/is-akislari/nested-workflows.md). # İç içe iş akışları Bir iş akışı, adımlarından biri olarak başka bir iş akışını çalıştırabilir. Zaten tek bir iş için güvendiğiniz iş akışı, her seferinde o işi yeniden tarif etmek yerine daha büyük işlere ekleyebileceğiniz bir yapı taşı hâline gelir. Morphic'te iş akışlarını nasıl iç içe yerleştireceğinize dair kısa bir eğitim: {% embed url="" %} ### Bir iş akışını iç içe yerleştirin Bunu, ister bir iş akışı oluştururken ister zaten var olan bir iş akışını düzenlerken Copilot'a sorarak yaparsınız. 1. Açın [İş akışları](https://studio.morphic.com/workflows) ve yeni bir iş akışı başlatın ya da mevcut birinin üzerindeki '···' menüsünü açıp 'Düzenle'ye tıklayın 2. Adımı diğerleri gibi tanımlayın ve çalıştırmasını istediğiniz iş akışına ad verin; örneğin '2. adım için Karakter referans sayfası iş akışımı çalıştırın' 3. Copilot bunu bir adım olarak ekler ve iş akışında diğerleriyle birlikte gösterir Üst iş akışı çalıştığında o adıma gelir ve adını verdiğiniz iş akışını çalıştırır, ardından çıktısını sonraki adımlara aktarır. ### Neden faydalıdır * Bunu tek bir yerde iyileştirin. Bir yapı taşına bir değişiklik yayınlayın; onu çağıran her iş akışı bu değişikliği alır, böylece bir şeyi altı farklı yerde düzeltmek yerine bir kez düzeltirsiniz. * Her birini okunabilir tutun. Dört işi yapan uzun bir iş akışını düzenlemek zordur. Birbirini çağıran dört iş akışı ise takip etmesi ve düzeltmesi daha kolaydır. ### Nerede iyi çalışır * Bir karakteri veya görünümü tutarlı tutmak. Karakteri kendi iş akışında netleştirin, sonra her sahne için iş akışından çağırın. Her sahne, taze bir denemeden değil aynı karakterden başlar. * Herkese uyguladığınız bitirme adımları. Bir altyazı stili, bir renk derecelendirme, teslim için bir biçim: bunları tek bir iş akışına koyun ve diğer iş akışlarınızın sonuna ekleyin; böylece son aşama her seferinde aynı olur. * Farklı aşamalara sahip uzun işler. Senaryo, ardından storyboard, ardından çekimler. Her aşama, kendi başına çalıştırıp düzeltebileceğiniz bir iş akışıdır; bunları sırayla çalıştıran bir iş akışıyla. * Ekibinizin paylaştığı işler. Bir kişi bir adımı doğru yaptığında, diğer herkes o iş akışını çağırır; böylece adımı yeniden tarif etmek ve biraz farklı bir sonuç almak zorunda kalmaz. ### Daha iyi sonuçlar almak için * Her yapı taşına tek bir iş verin. Tek bir şeyi iyi yapan bir iş akışını yeniden kullanmak, üç şeyi ortalama düzeyde yapan bir iş akışından daha kolaydır. * İç içe yerleştirmeden önce bir yapı taşını tek başına çalıştırın. Onu uzun bir çalıştırma içinde düzeltmek, tek başına düzeltmekten daha çok zaman alır. * Ürettiği şeye göre adlandırın; örneğin 'Karakter referans sayfası' gibi, böylece hangi iş akışını çağıracağınız açık olur. * Dış iş akışının sırayı, içtekilerin ise ayrıntıları yönetmesine izin verin. Böylece sıralamayı değiştirmek, adımları yeniden yazmak anlamına gelmez. ### Bilmeniz iyi olur * Morphic'te herkese açık olarak paylaşılan bir iş akışına, yalnızca kendinize ait olana değil, başvurabilirsiniz; böylece topluluk iş akışı sizinkinde bir adım olabilir. * Her iç içe iş akışı kendi sürüm geçmişini korur, böylece bir yapı taşındaki değişikliği tek başına izleyip geri alabilirsiniz. Bakın [Sürüm geçmişi](/docs/tr/is-akislari/version-history.md). * Bir iş akışını silmeden önce, onu bir şeyin çağırıp çağırmadığını kontrol edin. Çağıran iş akışları, çalıştıracak hiçbir şeyi olmayan bir adımla baş başa kalır. Morphic'te iç içe iş akışları böyle çalışır. Bir süreç tutmaya değerse, onu hiçbir zaman iki kez yazmak gerekmez. *** Herhangi bir sorun yaşarsanız veya sorularınız varsa, bizimle iletişime geçmekten çekinmeyin. Yardım etmekten memnuniyet duyarız. Bize şu adresten yazın [**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/tr/is-akislari/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.