> 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/workflows/nested-workflows.md).

# İç içe iş akışları

Halihazırda oluşturduğunuz bir süreci yapı taşı haline getirmek için bir iş akışını başka birinin içinde bir adım olarak nasıl kullanacağınız.

Bir iş akışı, adımlarından biri olarak başka bir iş akışını çalıştırabilir. Bir iş için zaten güvendiğiniz iş akışı, her seferinde o işi yeniden anlatmak yerine daha büyük işlere ekleyebileceğiniz bir yapı taşı haline gelir.

Morphic üzerinde iş akışlarını iç içe yerleştirmeye dair kısa bir eğitim burada:

{% embed url="<https://youtu.be/64El3CVzg4c>" %}

### Bir iş akışını iç içe yerleştirin

Bunu, ister bir iş akışı oluştururken ister zaten sahip olduğunuz birini düzenlerken Copilot'a sorarak ayarlarsınız.

1. Aç [İş akışları](https://studio.morphic.com/workflows) ve yeni bir iş akışı başlatın ya da mevcut birinin '···' 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ışını adlandırın; örneğin '2. adım için Character reference sheet iş akışımı çalıştır'
3. Copilot bunu bir adım olarak ekler ve iş akışında diğerlerinin yanında gösterir

Ana iş akışı çalıştığında, o adıma gelir ve adlandırdığınız iş akışını çalıştırır; ardından çıktısını sonraki adımlara taşır.

### Neden faydalıdır

* Tek bir yerde iyileştirin. Bir yapı taşında yapılan değişikliği yayınladığınızda onu çağıran her iş akışı bunu alır; böylece bir şeyi altı yerde değil, 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ışı hem takip etmesi hem de 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, ardından her sahne için iş akışından çağırın. Her sahne, sıfırdan bir deneme yerine aynı karakterle başlar.
* Her şeye uyguladığınız bitirme adımları. Bir altyazı stili, bir derece, teslim için bir format: bunları tek bir iş akışına koyun ve diğer iş akışlarınızı onunla bitirin; böylece son aşama her seferinde aynı olur.
* Belirgin aşamaları olan uzun işler. Senaryo, sonra storyboard, sonra çekimler. Her aşama kendi başına çalıştırıp düzeltebileceğiniz bir iş akışıdır; bir iş akışı bunları sırayla çalıştırır.
* Ekibinizin ortak kullandığı işler. Bir kişi bir adımı doğru yaptığında, diğer herkes o iş akışını çağırır; adımı yeniden tarif edip biraz farklı bir sonuç almak yerine.

### Bundan daha iyi sonuç almak

* Her yapı taşına tek bir iş verin. Tek bir şeyi iyi yapan bir iş akışı, üç şeyi idare eder şekilde yapan bir iş akışından yeniden kullanılması daha kolaydır.
* İç içe yerleştirmeden önce bir yapı taşını tek başına çalıştırın. Onu daha uzun bir çalıştırmanın içinde düzeltmek, tek başına düzeltmekten daha fazla zaman alır.
* Onu ürettiği şeyle adlandırın, örneğin 'Character reference sheet' gibi; böylece hangi iş akışının çağrılacağı açık olur.
* Dıştaki iş akışı sırayı yönetsin, içtekiler ayrıntıyı yönetsin. Böylece sıralamayı değiştirmek adımları yeniden yazmak anlamına gelmez.

### Bilmekte fayda var

* Yalnızca kendi iş akışınızı değil, Morphic'te herkese açık olarak paylaşılmış bir iş akışını da referans verebilirsiniz; böylece topluluk iş akışı sizin iş akışınızda 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. Bkz. [Sürüm geçmişi](/docs/tr/workflows/version-history.md).
* Bir iş akışını silmeden önce, onu başka 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. Aynı adımlar birden fazla iş akışında göründüğünde onları kullanın.

***

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/workflows/nested-workflows.md?ask=<question>&goal=<endgoal>
```

`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.