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

# سير العمل المتداخلة

يمكن لسير عمل أن يشغّل سير عمل آخر كأحد خطواته. يصبح سير العمل الذي تثق به بالفعل لمهمة ما لبنةً يمكنك إدراجها في مهام أكبر، بدلًا من وصف تلك المهمة من جديد كل مرة.

إليك شرحًا سريعًا لكيفية تداخل سير العمل على Morphic:

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

### تداخل سير عمل

تقوم بإعداد هذا عبر طلب Copilot، سواء أثناء إنشاء سير عمل أو عند تعديل سير عمل لديك بالفعل.

1. افتح [سير العمل](https://studio.morphic.com/workflows) وابدأ سير عمل جديدًا، أو افتح قائمة '···' على سير عمل موجود وانقر على 'تعديل'
2. صِف الخطوة كما تفعل مع أي خطوة أخرى، وسمِّ سير العمل الذي تريد تشغيله، مثل: 'في الخطوة 2، شغّل سير العمل الخاص بورقة مرجعية للشخصية'
3. يضيفه Copilot كخطوة ويعرضه في سير العمل إلى جانب بقية الخطوات

عندما يُشغَّل سير العمل الأصلي، يصل إلى تلك الخطوة ويشغّل سير العمل الذي سمّيته، ثم ينقل مخرجاته إلى الخطوات التالية.

### لماذا يفيد

* حسّنه في مكان واحد. انشر تغييرًا على لبنة أساسية وسيأخذه كل سير عمل يستدعيها، فتصلح الشيء مرة واحدة بدلًا من ستة أماكن.
* اجعل كل واحد منها سهل القراءة. سير عمل طويل ينفذ أربع مهام يصعب تعديله. أربعة سير عمل، يستدعي أحدها الآخرين، أسهل تتبعًا وأسهل إصلاحًا.

### أين يعمل بشكل جيد

* الحفاظ على اتساق شخصية أو مظهر. ثبّت الشخصية في سير عملها الخاص، ثم استدعِه من سير العمل لكل مشهد. يبدأ كل مشهد من الشخصية نفسها بدلًا من محاولة جديدة تمامًا.
* خطوات الإنهاء التي تطبقها على كل شيء. أسلوب تعليق، درجة لونية، أو تنسيق للتسليم: ضعها في سير عمل واحد وأنهِ بها سير العمل الأخرى، بحيث تكون اللمسة الأخيرة هي نفسها كل مرة.
* المهام الطويلة ذات المراحل المتميزة. كتابة النص، ثم إعداد لوحة القصة، ثم اللقطات. كل مرحلة هي سير عمل يمكنك تشغيله وإصلاحه بمفرده، مع سير عمل واحد يشغّلها بالترتيب.
* الأعمال التي يتشاركها فريقك. عندما ينجح شخص في خطوة ما، يستدعي الجميع الآخرون ذلك سير العمل بدلًا من وصف الخطوة مرة أخرى والحصول على نتيجة مختلفة قليلًا.

### الحصول على نتائج أفضل منه

* امنح كل لبنة أساسية مهمة واحدة. سير عمل يفعل شيئًا واحدًا بإتقان أسهل لإعادة الاستخدام من سير عمل يفعل ثلاثة أشياء بشكل مقبول.
* شغّل لبنة أساسية بمفردها قبل تداخلها. إصلاحها داخل تشغيل أطول يكلّف وقتًا أكثر من إصلاحها وحدها.
* سمِّه بما ينتجه، مثل 'ورقة مرجعية للشخصية'، حتى يكون واضحًا أي سير عمل يجب استدعاؤه.
* دع سير العمل الخارجي يتولى الترتيب، وتولَّ سير العمل الداخلي التفاصيل. بهذه الطريقة لا يعني تغيير التسلسل إعادة كتابة الخطوات.

### من الجيد معرفته

* يمكنك الإشارة إلى سير عمل مشارَك علنًا على Morphic، وليس سير عملك فقط، لذا يمكن أن يكون سير العمل المجتمعي خطوة في سير عملك.
* يحافظ كل سير عمل متداخل على سجل الإصدارات الخاص به، حتى تتمكن من تتبّع تغيير في لبنة أساسية والتراجع عنه بشكل مستقل. انظر [سجل الإصدارات](/docs/ar/syr-alaml/version-history.md).
* قبل حذف أي سير عمل، تحقّق مما إذا كان أي شيء يستدعيه. ستبقى سير العمل التي تفعل ذلك مع خطوة لا يوجد ما يشغّلها.

هكذا تعمل سير العمل المتداخلة على Morphic. ما إن تصبح العملية جديرة بالحفظ، فلا حاجة إلى كتابتها مرتين.

***

إذا واجهت أي مشكلة أو كانت لديك أي أسئلة، فلا تتردد في التواصل معنا. يسعدنا مساعدتك. راسلنا على [**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/ar/syr-alaml/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.