سير عمل Claude Code: ما هي وهل تحتاجها فعلاً؟
حدّث Claude Code إلى الإصدار v2.1.154 وستجد صفاً جديداً في /config باسم Dynamic workflows. فعّله وسيصبح بمقدور Claude كتابة نص برمجي بـ JavaScript يوزع العمل على ما يصل إلى 16 وكيلاً يعمل في آن واحد. هذه هي الميزة التي يتداولها الجميع. الوثيقة الرسمية تخبرك بما تفعله. لكنها لا تجيب على ما يهمك فعلاً: هل تحتاجها، أم أن الوكلاء الفرعيين الذين لديك كافيون؟
هذه هي الفجوة. سير عمل Claude Code صدرت كمعاينة بحثية، والوثيقة أقرب إلى مرجع تقني منها إلى نصيحة عملية. لذا شغّلنا سير العمل الوحيدة المُرفقة، وهي /deep-research، داخل خط الإنتاج الخاص بنا، وسجّلنا الأرقام الحقيقية، وكتبنا الحكم الصادق. الخلاصة المختصرة: إن كنت لا تزال تتابع وكلاءك يدوياً، فلا تحتاج سير عمل بعد. بعضكم يحتاجها قطعاً. لنحدد أي الفريقين أنت.
أبرز النقاط:
- سير عمل Claude Code هي نص JavaScript يكتبه Claude لتنسيق الوكلاء الفرعيين على نطاق واسع (معاينة بحثية، v2.1.154+، جميع الخطط المدفوعة).
- تحتاجها فقط حين تتجاوز المهمة ما يستطيع محادثة واحدة تنسيقه. وإلا فالوكلاء الفرعيون كافيون.
- سير العمل الوحيدة المتاحة اليوم هي
/deep-research. تعمل في الخلفية وجلستك تبقى مستجيبة. - سير العمل مُكلفة من حيث الرموز. قسنا تشغيلاً حقيقياً قبل أن نوصي بها (الأرقام أدناه).
ما هي سير عمل Claude Code؟
سير عمل Claude Code هي نص JavaScript ينسّق الوكلاء الفرعيين على نطاق واسع. تصف المهمة، يكتب Claude النص البرمجي، وتُنفّذه بيئة التشغيل في الخلفية بينما تبقى جلستك مستجيبة. هذه ميزة معاينة بحثية في Claude Code، تتطلب Claude Code v2.1.154+، وتعمل على جميع الخطط المدفوعة (Pro وMax وTeam وEnterprise، بالإضافة إلى API وBedrock/Vertex/Foundry).
إليك الصورة المبسطة. تخيل أنك تقف أمام طاولة في مطبخ وتصف الوجبة التي تريدها. يكتب الطاهر الوصفة، يسلّمها لفريق المطبخ خلفه، ويبدأون في العمل بينما تواصل حديثك عند الطاولة. لا تُدير كل طاهر بنفسك. الوصفة تفعل ذلك. هذه الوصفة هي سير العمل، والطهاة هم الوكلاء الفرعيون، والمطبخ الذي يعمل خلفك هو بيئة التشغيل.
سير العمل ليست وكيلاً آخر. هي النص البرمجي الذي يخبر وكلاءك بماذا يفعلون، وبأي ترتيب، وماذا يفعلون بالنتائج. هذا التمييز أهم شيء في هذا المقال، وسنجعله ملموساً في القسم التالي.
تنبيه سريع لتفادي الخلط. ابحث عن "claude code workflows" وستجد مستودعات GitHub وإضافات وسوق
marketplaceمليئاً بأدوات المجتمع مثل Ruflo وclaude-flow وwshobson/agents. هذه منسّقات خارجية. أما Dynamic workflows من Anthropic فهي ميزة مختلفة ومدمجة. إن لم تجدها في/configعلى الإصدار v2.1.154+، فهي ليست الإصدار الرسمي.
هذا يأتي جنباً إلى جنب مع إصدارات المعاينة البحثية الأخرى من Anthropic كـمعاينة الوضع السريع الأخيرة: تُطلق مبكراً، خلف مفتاح تفعيل، ولا تزال في طور التشكّل. تعامل معها كمعاينة لأنها كذلك. المواصفات الكاملة في الوثيقة الرسمية لسير العمل.
سير العمل مقابل الوكلاء الفرعيين مقابل المهارات: من يحمل الخطة؟
أوضح طريقة للتمييز بين هذه الثلاثة هي طرح سؤال واحد: من يحمل الخطة؟ المهارة هي تعليمات ومعرفة مُعبّأة يحمّلها Claude عند الحاجة. الوكيل الفرعي هو سياق منفصل يؤدي مهمة محددة موكولة إليه. سير العمل هي النص البرمجي للتنسيق الذي يُحرّك الوكلاء الفرعيين على نطاق واسع، 16 في آن واحد. نفس صندوق الأدوات، ثلاث وظائف مختلفة.
هذه هي المقارنة التي تُلمّح إليها الوثيقة الرسمية دون أن تعرضها جنباً إلى جنب:
| المهارة | الوكيل الفرعي | سير العمل | |
|---|---|---|---|
| من يحمل الخطة؟ | أنت/Claude في السياق الرئيسي | سياق منفصل موكول إليه | النص البرمجي لسير العمل (بيئة التشغيل) |
| ما هي؟ | تعليمات/معرفة مُعبّأة تُحمَّل عند الطلب | مهمة معزولة في سياقها الخاص | نص JavaScript ينسّق الوكلاء الفرعيين (≤16 متزامناً) |
| النطاق | لا ينطبق | عدد محدود بتنسيق في المحادثة | حتى 16 متزامناً / 1000 لكل تشغيل |
| قابل لإعادة التشغيل كنص برمجي؟ | لا | لا | نعم (احفظه كـ /command) |
| الأنسب لـ | المعرفة/التعليمات القابلة لإعادة الاستخدام | مهمة موكولة واحدة | وكلاء أكثر مما تستطيع محادثة واحدة تتبعه |
إن كانت محادثة Claude واحدة لا تزال تستطيع استيعاب الخطة كاملة، فأنت تريد وكيلاً فرعياً لا سير عمل. اللحظة التي تجد نفسك تُولّد فيها وكلاء أكثر مما تستطيع أنت، بوصفك إنساناً، تتبعهم عبر من يفعل ماذا وبأي ترتيب، تكون الخطة قد تجاوزت طاقة المحادثة. هذا هو الحد الذي تتجاوزه سير العمل.
هل تريد التعمق في الجزء الأول؟ درس المهارات لدينا يتناول تعبئة المعرفة التي يحمّلها Claude عند الطلب. وإن كنت تفكر في استخدام إطار عمل وكلاء كامل بدلاً من التنسيق الأصلي، تلك المقارنة مفيدة أيضاً. رأينا الصريح: الأدوات الأصلية تذهب أبعد مما تتوقع قبل أن يستحق إطار العمل مكانه.
متى تحتاج سير عمل Claude Code فعلاً؟
تحتاج سير عمل Claude Code حين (أ) تتطلب المهمة وكلاء أكثر مما تستطيع محادثة واحدة تنسيقه، أو (ب) تريد حفظ التنسيق كنص برمجي قابل لإعادة التشغيل لا كأمر تُعيد كتابته في كل مرة، أو (ج) تحتاج مراجعة تنافسية أو تبادلية حيث يتحقق وكلاء متعددون من عمل بعضهم. إن لم تنطبق عليك أي من هذه الحالات، فالوكلاء الفرعيون كافيون. كن صادقاً مع نفسك.
هذا ما لن تقوله الوثيقة صراحة، لذا سنقوله نحن: أنت على الأرجح لا تحتاج سير عمل بعد. مجموعة صغيرة من الوكلاء الفرعيين المنسّقين في محادثة عادية تؤدي العمل اليومي. سير العمل ليست ترقية تصل إليها عند مرحلة معينة. هي أداة لشكل محدد من المشكلات: وكلاء أكثر مما يستطيع دماغ واحد تتبعهم.
مرّ على هذه القائمة. أنت على الأرجح تحتاج سير عمل إن أجبت بـ نعم على واحد على الأقل:
- المهمة تحتاج وكلاء أكثر مما تستطيع محادثة واحدة متابعتهم.
- تريد التنسيق كنصٍ برمجي قابل لإعادة التشغيل، لا كأمر تُعيد كتابته.
- تحتاج مراجعة تنافسية أو تبادلية (وكلاء متعددون يتحقق كل منهم من عمل الآخر).
- ستُنفّذ نفس مهمة متعددة الوكلاء بشكل متكرر، كمراجعة دورية لقاعدة الكود أو نقل 500 ملف.
أجبت بـ لا على الأربعة؟ ابقَ مع الوكلاء الفرعيين. ستوفّر الرموز وتحافظ على قابلية تصحيح الأخطاء ولن تخسر شيئاً. من يعمل بمنهجية الوثائق سيتعرف على هذا النمط من أفضل ممارسات CLAUDE.md: اكتب الخطة مرة واحدة، اجعلها قابلة لإعادة التشغيل، توقف عن إعادة كتابتها. سير العمل هي هذه الفكرة حين تصل إلى النقطة التي تحتاج فيها الخطة نفسها إلى بيئة تشغيل لتنفيذها.
سير العمل الوحيدة المتاحة: /deep-research
/deep-research هي سير العمل الوحيدة المُرفقة مع المعاينة. استدعِها بسؤال وستوزع الوكلاء الفرعيين لبحث الموضوع بالتوازي، وتتحقق من نتائجهم مقارنةً بعضها ببعض، وتُعيد إجابة واحدة مُجمَّعة إلى سياقك، وكل هذا يجري في الخلفية بينما جلستك تبقى قابلة للاستخدام.
/deep-research What are the real token costs of running multi-agent research in Claude Code?هذه هي الواجهة بأكملها. تحت الغطاء، تمر بمراحل: تُقسّم سؤالك إلى خيوط بحث، تُطلق وكلاء للبحث في كل خيط، وتُنفّذ مرحلة تحقق أو مراجعة حتى يكشف الوكلاء عن ادعاءات ضعيفة عند بعضهم، ثم تُجمّع إجابة نهائية في محادثتك. لا تتدخل في منتصف التشغيل. تسأل، تعمل، تُبلّغ.
هذا مفيد فعلاً لأسئلة البحث المعقدة التي كنت ستفتح فيها عشرة تبويبات وتضيع نصف يومك. وإن كنت تُعدّ أدوات بحث بالفعل، فقائمتنا لـأفضل خوادم MCP تُكمل هذا النوع من البحث الموزع. لكن "مفيد" و"يستحق فاتورة الرموز" ليسا شيئاً واحداً، وهذا بالضبط ما أردنا قياسه.
ما حدث حين شغّلنا سير عمل في خط الإنتاج لدينا
شغّل /deep-research لدينا 9 وكلاء فرعيين عبر 4 مراحل، واستهلك أكثر من مليون رمز بقليل، وانتهى في حوالي 8 دقائق من الوقت الفعلي. هل كان يستحق؟ لسؤال بسيط، لا. لمهمة بحثية كنا سننسّقها يدوياً عبر ستة وكلاء، دفعت ثمنها. إليك التفصيل الصادق.
في خط الإنتاج لدينا، هذا المقال الذي تقرأه أُنتج نفسه بواسطة نظام متعدد الوكلاء: البحث والإطار والكتابة والتحقق والترجمة والنشر يعمل كل منها كوكلاء فرعيين منفصلين. نحن نعيش أصلاً في عالم "وكلاء أكثر مما تتسع له محادثة واحدة" من قائمة التحقق أعلاه. ما جعلنا الحالة الاختبارية الصحيحة، لا حالة مصطنعة.
شغّلنا /deep-research على كلمة مفتاحية حقيقية كنا نبحثها بالفعل وسجّلنا التشغيل الكامل:
| المقياس | تشغيل /deep-research لدينا |
|---|---|
| الوكلاء الفرعيون المُطلَقون | 9 |
| المراحل | 4 (التحليل ← التوزيع ← التحقق ← التجميع) |
| إجمالي الرموز | ~1.05M |
| الوقت الفعلي | ~8 دقائق |
| حكم الجدوى | مبالغ فيه للأسئلة العابرة؛ مُربح للبحث الحقيقي متعدد المصادر |
ما فاجأنا أكثر كانت مرحلة التحقق. بعض الادعاءات المبكرة التي أنتجها وكيل واحد صُحّحت بهدوء بعد أن طعن فيها وكيل آخر، وهو ما تميل محادثة واحدة إلى التغاضي عنه. تلك الخطوة التنافسية هي القيمة الحقيقية، أكثر من مجرد التوازي. لكن تكلفة الرموز مرتفعة، وهؤلاء الوكلاء يعملون على نماذج من مستوى Opus (انظر ما الجديد في Opus 4.8 لتفهم أثر ذلك على الفاتورة). مليون رمز لسؤال كان يمكن الإجابة عنه بأمرين هو صفقة سيئة. لسؤال يحتاج فعلاً إلى مصالحة ستة مصادر، هو صفقة رابحة مقابل وقتك.
هذا هو نوع التنسيق الذي نبنيه للعملاء في Techsy، لذا لدينا تصوّر مسبق قوي حول أين يُؤتي ثماره وأين يُحرق الميزانية فحسب. رأينا: شغّله على الأسئلة الصعبة، وتخطّاه على الأسئلة السهلة.
كيف تكتب سير العمل الخاصة بك وتحفظها
لإنشاء سير العمل الخاصة بك، صف المهمة لـ Claude باللغة المعتادة مستخدماً كلمة workflow، راجع النص البرمجي الذي يُنشئه ووافق عليه، ثم احفظ ذلك النص كـ /command قابل لإعادة الاستخدام. للجهد الأعلى، اضبط /effort ultracode وسيُخطّط Claude لسير عمل تلقائياً. لا JavaScript مطلوب منك؛ Claude يكتب النص البرمجي وأنت توافق عليه.
إليك الدورة الكاملة، وهي أيضاً الخطوات إن كنت تُطبّق أثناء القراءة:
-
فعّل Dynamic workflows. على خطة Pro، افتح
/configوفعّل صف Dynamic workflows. (أنت على الإصدار v2.1.154+ صحيح؟)bash/config # then enable the "Dynamic workflows" row -
صف المهمة باستخدام كلمة
workflow. أدرج كلمةworkflowفي أي مكان من أمرك، مثلاً: "Run a workflow to audit every route file in this repo for missing auth checks." يُبرز Claude Code الكلمة ويكتب نصاً برمجياً بدلاً من العمل خطوة بخطوة. تريد أن يقرر Claude بنفسه؟ اضبط/effort ultracode، الذي يُقرن الاستدلالxhighبالتنسيق التلقائي لسير العمل لكل مهمة كبيرة (ويستهلك رموزاً أكثر، فارجع إلى/effort highللعمل الروتيني). -
راجع النص البرمجي المُنشأ ووافق عليه. يعرض Claude نص JavaScript للتنسيق قبل تشغيل أي شيء. اقرأه. هذه فرصتك لاكتشاف توزيع أوسع مما تريد.
-
احفظه كـ
/commandلإعادة الاستخدام. بمجرد أن يعمل، احفظ سير العمل كـأمر مخصص حتى تكون مراجعة الربع القادم بضغطة مفتاح واحدة.
إعادة الاستخدام هي الكسب الصامت. /deep-research لمرة واحدة مفيد، لكن سير عمل محفوظة لـ"مراجعة المصادقة في جميع المسارات" أو "نقل هذا المجلد إلى الواجهة البرمجية الجديدة" تحوّل مهمة تنسيق تستغرق ساعات إلى أمر متكرر واحد. عندها تبدأ تكلفة الرموز في الاستهلاك الموزع عبر التشغيلات بدلاً من الألم المرة الواحدة.
الحدود والتكلفة وكيف تُوقف سير العمل
تُشغّل سير العمل حتى 16 وكيلاً متزامناً بسقف أقصى قدره 1000 وكيل لكل تشغيل، ولا تقبل مدخلات في منتصف التشغيل، وقابلة للاستئناف داخل الجلسة نفسها فقط. هي مُكلفة بطبيعتها من حيث الرموز لأن كل وكيل يستهلك سياقه الخاص. يمكنك تعطيل الميزة كلياً بـ disableWorkflows في الإعدادات أو متغير البيئة CLAUDE_CODE_DISABLE_WORKFLOWS.
كل قيد من هذه القيود يعني شيئاً لمهمتك. لا مدخلات في منتصف التشغيل يعني أنك لا تستطيع تصحيح المسار بعد البدء، لذا يُهدر أمر مبهم تشغيلاً كاملاً من الرموز. الاستئناف في نفس الجلسة فقط يعني أنك إن أغلقت الطرفية، انتهى التشغيل. 1000 وكيل لكل تشغيل يبدو ضخماً، لكن توزيعاً واسعاً بأسعار Opus يُكلّف مالاً حقيقياً، فتعامل مع الإعداد الافتراضي 16 متزامناً كميزة لا كسقف تسعى إلى تجاوزه.
لإيقاف التشغيل:
export CLAUDE_CODE_DISABLE_WORKFLOWS=1
# or set "disableWorkflows": true in your configالمشكلة الشائعة للإصدار: إن لم يُظهر /config صف Dynamic workflows، فأنت على إصدار أقل من v2.1.154. حدّث أولاً. وإن كنت تبني خطوط أنابيب وكلاء كهذه للعمل الفعلي وتريدها مُربحة، نحن نبني خطوط أنابيب الوكلاء لفرق B2B. احصل على استشارة مجانية ← إن أصبح التنسيق عائقاً.
الخلاصة
إليك المقال كله في خمسة أسطر. سير عمل Claude Code هي نص JavaScript يكتبه Claude لتنسيق الوكلاء الفرعيين على نطاق واسع، صدرت كمعاينة بحثية في v2.1.154. سير العمل الوحيدة المتاحة اليوم هي /deep-research. تحتاج سير عمل فقط حين تتجاوز المهمة ما تستطيع محادثة واحدة تنسيقه، أو حين تريد تنسيقاً قابلاً لإعادة التشغيل، أو حين تحتاج وكلاء يتحققون من عمل بعضهم. تشغيلنا الفعلي استهلك ~1M رمز لـ 9 وكلاء في 8 دقائق، وهو مبالغ فيه للأسئلة السهلة ويستحق للبحث الصعب. أنت على الأرجح لا تحتاجها بعد، وهذا لا بأس به.
عن المؤلف
Mert Batur هو المؤسس المشارك لـ Techsy.io، حيث يبني الفريق وكلاء ذكاء اصطناعي وأنظمة أتمتة وخطوط أنابيب صوتية وSDR لعملاء B2B. يكتب عن حزمة أدوات LLM التي يستخدمها فريق Techsy فعلاً في الإنتاج.
الأسئلة الشائعة
ما هي سير عمل Claude Code؟
سير عمل Claude Code هي نص JavaScript ينسّق الوكلاء الفرعيين على نطاق واسع. تصف المهمة، يكتب Claude النص البرمجي، وتُنفّذه بيئة التشغيل في الخلفية بينما تبقى جلستك مستجيبة. هذه ميزة معاينة بحثية في Claude Code v2.1.154+، متاحة على جميع الخطط المدفوعة.
ما الفرق بين سير العمل والوكيل الفرعي؟
الوكيل الفرعي هو مهمة موكولة واحدة تعمل في سياقها المنفصل الخاص، تُنسّقها أنت في المحادثة. سير العمل هي النص البرمجي للتنسيق الذي يُحرّك الوكلاء الفرعيين في آن واحد، حتى 16 منهم. إن كانت محادثة واحدة لا تزال تستوعب الخطة كاملة، استخدم وكيلاً فرعياً. إن احتاجت الخطة بيئة تشغيل لتتبع الوكلاء، استخدم سير عمل.
كم تكلف سير عمل Claude Code من الرموز؟
في تشغيل /deep-research الذي قسناه، استهلك 9 وكلاء فرعيين عبر 4 مراحل حوالي 1.05 مليون رمز في نحو 8 دقائق. سير العمل مُكلفة بطبيعتها من حيث الرموز لأن كل وكيل يستهلك سياقه الخاص، وهؤلاء الوكلاء يعملون على نماذج من مستوى Opus. للأسئلة البسيطة هي مبذّرة؛ للبحث الحقيقي متعدد المصادر تستحق تكلفتها.
هل أحتاج خطة مدفوعة لاستخدام سير عمل Claude Code؟
نعم. Dynamic workflows تعمل على جميع خطط Claude المدفوعة (Pro وMax وTeam وEnterprise) بالإضافة إلى API وBedrock/Vertex/Foundry. لا وصول في المستوى المجاني. على خطة Pro، تُفعّل الميزة بتشغيل صف Dynamic workflows في /config بعد التحديث إلى Claude Code v2.1.154 أو أحدث.
ما هي /deep-research في Claude Code؟
/deep-research هي سير العمل الوحيدة المُرفقة مع المعاينة البحثية. تُعطيها سؤالاً وتُوزّع الوكلاء الفرعيين لبحث الموضوع بالتوازي، وتُنفّذ مرحلة تحقق حيث يُراجع كل وكيل نتائج الآخرين، ثم تُجمّع إجابة واحدة في سياقك، وكل هذا يجري في الخلفية.
كيف أحفظ سير عمل كأمر slash؟
صف المهمة لـ Claude باستخدام كلمة workflow، راجع نص JavaScript الذي يُنشئه ووافق عليه، ثم احفظ ذلك النص المُوافق عليه كـ /command مخصص. بعد ذلك، تعمل مهمة الوكلاء المتعددة بأكملها بضغطة مفتاح واحدة، وهذا هو المكان الذي تبدأ فيه سير العمل في توزيع تكلفة رموزها على التشغيلات المتكررة.
كم وكيلاً تستطيع سير العمل تشغيله في آن واحد؟
تُشغّل سير العمل حتى 16 وكيلاً متزامناً بسقف أقصى قدره 1000 وكيل لكل تشغيل. الإعداد الافتراضي 16 متزامناً موجود لسبب وجيه: توزيع واسع بأسعار Opus يُكلّف بسرعة. تعامل مع الحدود كحواجز حماية لا كأهداف تسعى إليها، وحافظ على توزيعك ضيقاً بقدر ما تسمح به المهمة.
كيف أُوقف Dynamic workflows؟
اضبط disableWorkflows على true في إعداداتك، أو صدّر متغير البيئة CLAUDE_CODE_DISABLE_WORKFLOWS=1 قبل تشغيل Claude Code. أيٌّ من الخيارين يُعطّل الميزة كلياً. إن لم تجد صف Dynamic workflows في /config، فأنت على الأرجح على إصدار أقل من v2.1.154 المطلوب وتحتاج إلى التحديث أولاً.
هل تحتاج سير عمل Claude Code فعلاً، أم أن الوكلاء الفرعيين كافيون؟
الوكلاء الفرعيون كافيون حتى تتجاوز المهمة طاقة محادثة واحدة. مجموعة صغيرة من الوكلاء الفرعيين المنسّقين في محادثة عادية تؤدي العمل اليومي دون تكلفة الرموز المرتفعة. تحتاج سير عمل فعلاً فقط حين تُولّد مهمة وكلاء أكثر مما تستطيع محادثة واحدة تتبعهم، أو حين تريد تنسيقاً قابلاً لإعادة التشغيل كنص برمجي، أو حين تحتاج وكلاء يتحققون من عمل بعضهم بشكل تنافسي.