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

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

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

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

إليك درسًا سريعًا حول كيفية تضمين سلاسل من سير العمل على Morphic:

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

### تضمين سير عمل

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

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

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

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

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

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

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

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

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

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

* يمكنك الإشارة إلى سير عمل مشترك علنًا على Morphic، وليس فقط سير العمل الخاص بك، بحيث يمكن لسير عمل مجتمعي أن يكون خطوة ضمن سير عملك.
* يحتفظ كل سير عمل متداخل بسجل الإصدارات الخاص به، لذا يمكنك تتبع تغيير في لبنة بناء والتراجع عنه بشكل مستقل. راجع [سجل الإصدارات](/docs/ar/workflows/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/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.