ملاحظة المحرر: يتحول Claude Code من مساعد أكواد إلى منصة عامل قابلة للبرمجة.

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

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

تسعى سير العمل الديناميكية إلى معالجة المشكلات الشائعة في النماذج الكبيرة أثناء المهام الطويلة: "كسل الوكلاء" الذي يجعلهم يعلنون إنجاز المهمة قبل إكمالها، و"التحيز الذاتي" الذي يميل إلى تأييد استنتاجاتهم الخاصة، و"انحراف الهدف" الذي يحدث مع تكرار التنفيذ وابتعاد التدريجي عن الهدف الأصلي. من خلال تفويض المهمة إلى عدة وكلاء من Claude لديهم سياقات مستقلة، يتم تحويل المهام المعقدة من "سباق فردي طويل" إلى "تعاون بين عدة وكلاء".

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

The following is the original text:

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

تتيح لك سير العمل (Workflows) إنشاء أطر تنفيذ ديناميكية لتمكين Claude من حل المشكلات المذكورة أعلاه وأنواع أخرى من المشكلات بشكل أكثر طبيعية داخل Claude Code. يمكنك أيضًا مشاركة هذه سير العمل وإعادة استخدامها مع الآخرين.

في هذه المقالة، سأشارك تجربتي ودروسي الأولى في استخدام workflows لمساعدتك على الاستفادة القصوى من قدراته.

ومع ذلك، يجب التوضيح أن أفضل الممارسات ذات الصلة لا تزال قيد التشكيل. عادةً ما تستهلك سير العمل الديناميكية المزيد من الرموز، لذا عليك التفكير بعناية متى وكيف تستخدمها.

ملاحظة: تم نشر هذه المقالة أيضًا على مدونة Claude.

مثال موجه

قبل الدخول في التفاصيل التقنية، أود أن أقدم بعض أمثلة على الأوامر لمساعدتك على فهم إمكانات سير العمل:

يُفشل هذا الاختبار تقريبًا مرة واحدة كل 50 تشغيلًا. قم بإنشاء سير عمل لاستنساخه، وصياغة فرضيات، وتنفيذ اختبارات تصادمية في أشجار عمل مختلفة. /goal لا تتوقف حتى يتم التحقق من صحة فرضية واحدة.

استخدم workflow لمراجعة آخر 50 جلسة لي، واستخرج التصحيحات المتكررة التي أقوم بها، وحوّل هذه المشكلات المتكررة إلى قواعد CLAUDE.md.

استخدم workflow للتحقق من قناة #incidents في Slack خلال الأشهر الستة الماضية، وحدد الأسباب الجذرية المتكررة التي لم يتم تقديم تذكرة عنها.

استخدم خطة عملياتي للحصول على سير عمل، ودع وكلاء مختلفين يحللونها من منظور المستثمر والعميل والمنافس.

هناك مجلد يحتوي على 80 سيرة ذاتية. استخدم workflow لفرزها وفقًا لمتطلبات الوظائف الخلفية، ثم راجع العشرة الأوائل. استخدم أداة AskUserQuestion لطرح أسئلة عليّ لمساعدتك في وضع معايير التقييم.

أحتاج إلى تسمية أداة CLI هذه. استخدم workflow لاستخلاص مجموعة من الخيارات، ثم اختر الثلاثة الأوائل من خلال آلية البطولة.

استخدم workflow لإعادة تسمية نموذج User الخاص بنا إلى Account في جميع الأماكن.

اقرأ مسودة مدونتي واستخدم سير العمل للتحقق من كل حكم تقني في المكتبة الكودية. لا أريد نشر أي محتوى خاطئ.

كيف يعمل سير العمل الديناميكي؟

سيقوم سير العمل الديناميكي بتنفيذ ملف JavaScript يحتوي على عدد من الوظائف الخاصة لإنشاء وتنسيق الوكلاء الفرعيين.

يشمل سير العمل الديناميكي أيضًا وظائف JavaScript القياسية مثل JSON وMath وArray لمعالجة البيانات.

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

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

عندما تُفوّض إطار عمل Claude Code الافتراضي لتنفيذ مهمة، فإنه يحتاج إلى إكمال التخطيط والتنفيذ في نفس نافذة السياق في وقت واحد. هذه الطريقة فعّالة جدًا للكثير من مهام البرمجة، لكنها أحيانًا تفشل في المهام الطويلة الأمد، أو ذات التوازي الكبير، أو المهام التنافسية عالية التهيكل.

السبب هو أنه كلما طال وقت معالجة Claude للمهام المعقدة في نافذة سياق واحدة، زاد احتمال تعرضه لأنواع معينة من أنماط الفشل:

الكسل الواعي (Agentic laziness) يشير إلى أن كلاود يوقف المعالجة مبكرًا قبل إكمال المهام المعقدة ذات الأجزاء المتعددة، ويعتبر المهمة مكتملة رغم تحقيق تقدم جزئي فقط. على سبيل المثال، في مراجعة الأمان، يعالج فقط 20 من أصل 50 مشروعًا ثم يعلن انتهاء العمل.

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

الانحراف الهدف (Goal drift) يشير إلى انخفاض الولاء تدريجيًا لهدف Claude الأصلي خلال عمليات التنفيذ المتعددة، خاصة بعد ضغط السياق. كل ملخص يسبب فقدانًا للمعلومات، وقد تُفقد متطلبات تفصيلية مثل الحالات الحدية أو شروط التقييد مثل "لا تفعل X".

إنشاء workflow يساعد في تخفيف هذه المشكلات، لأنه يمكنه تنسيق عدة Claude مستقلة، مما يمنح كل منها نافذة سياق خاصة بها والتركيز على مهام محددة ومستقلة.

ربما قمت سابقًا بإنشاء سير عمل ثابت باستخدام Claude Agent SDK أو claude -p لتنسيق عدة أمثلة من Claude Code.

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

أنماط عملية عند استخدام سير العمل الديناميكي

يمكنك السماح لـ Claude بإنشاء سير عمل ديناميكي مباشرة، أو استخدام كلمة التشغيل "ultracode" لضمان إنشاء Claude Code لسير العمل.

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

عند بناء سير العمل، يستخدم كلاود عادةً مجموعات من الأنماط التالية:

تصنيف وتنفيذ: استخدم عامل تصنيف لتحديد نوع المهمة، ثم قم بتوجيهها إلى عامل أو سلوك مختلف حسب نوع المهمة. يمكن أيضًا استخدام مُصنّف في نهاية السيرورة لتحديد نتيجة الإخراج.

التفريع والدمج: تقسيم المهمة إلى خطوات أصغر متعددة، بحيث تُعالج كل خطوة بواسطة عامل، ثم دمج النتائج في النهاية. هذه الطريقة مناسبة بشكل خاص للمهام التي تحتوي على عدد كبير من الخطوات الصغيرة، أو عندما تتطلب كل خطوة نافذة سياقية نظيفة لتجنب التداخل أو التلوث المتقاطع. خطوة الدمج تعمل كـ "حاجز": فهي تنتظر حتى يكمل جميع العوامل المُفرَّعة مهامها، ثم تدمج مخرجاتها المُهيكلة في نتيجة واحدة.

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

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

البطولة: لا تقسيم العمل، بل جعل الوكلاء يتنافسون مع بعضهم البعض. قم بإنشاء N من الوكلاء، ودع كل واحد يحاول إكمال المهمة نفسها بأسلوب مختلف. ثم قم بمراجعة نتائج الوكلاء من خلال مقارنة نتائجهم على أساس زوجي بواسطة مُحفّز أو نموذج، حتى يتم اختيار الفائز.

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

السيناريوهات الاستخدام

يمكنك التفكير بأسلوب أكثر إبداعًا حول متى وكيف يمكن لـ Claude Code إنشاء سير عمل ديناميكية. لقد وجدت أن سير العمل أحيانًا تكون أكثر فائدة في الأعمال غير التقنية.

Bun تم إعادة كتابته من Zig إلى Rust باستخدام workflows. يمكنك قراءة منشور Jarred على X لمعرفة التفاصيل.

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

أطلقنا مهارة بحث متعمقة (/deep-research) في Claude Code، والتي تستخدم تدفق عمل ديناميكي. على وجه التحديد، فهي تُوزّع المهام لتنفيذ عمليات بحث على الويب، واستخلاص المصادر، وتحقق معارضة ضد الادعاءات ذات الصلة، ثم تُلخّص وتُنتج تقريرًا مدعومًا بمراجع.

لكن هذا النوع من البحوث لا يقتصر فقط على عمليات البحث على الويب. على سبيل المثال، يمكنك أيضًا طلب من Claude إعداد تقرير حالة استنادًا إلى سياق Slack، أو استكشاف مكتبة الكود بعمق لفهم كيفية عمل ميزة معينة.

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

قد يكون لديك مجموعة من المشاريع التي ترغب في ترتيبها وفقًا لمؤشر نوعي معين، وأنت واثق من أن Claude Code متميز في تقييم هذا المؤشر. على سبيل المثال، ترتيب تذاكر الدعم وفقًا لخطورة الأخطاء.

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

إذا كان لديك مجموعة من القواعد المحددة، وغالبًا ما يتجاهل Claude أو لا ينفذها جيدًا حتى عندما يرى هذه القواعد في CLAUDE.md، فيمكنك إنشاء سير عمل يسرد هذه القواعد ويجعل وكيل التحقق يتحقق من كل قاعدة على حدة — حيث يتوافق كل قاعدة مع وكيل تحقق واحد. كما أن إنشاء وكيل فرعي بشخصية "مشكك" لمراجعة ما إذا كانت هذه القواعد معقولة، يساعد أيضًا في تجنب التحذيرات الزائدة.

يمكن أيضًا العكس: استخراج محادثاتك وتعليقات مراجعة الكود الأخيرة، وتحديد التصحيحات التي تكررت؛ ثم جمع المشكلات بواسطة وكيل موازٍ؛ ثم التحقق التناقضي من كل قاعدة مرشحة لتحديد ما إذا كانت فعالة حقًا في منع خطأ حقيقي؛ وأخيرًا تلخيص القواعد التي نجحت في الاختبار وإعادتها إلى ملف CLAUDE.md.

الطريقة الأكثر فعالية للتصحيح هي طرح عدة فرضيات مستقلة واختبار كل منها على حدة. لكن إذا استخدمت نافذة سياق واحدة فقط، فقد يقع كلاود في تحيز تفضيل ذاتي.

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

لا يقتصر هذا فقط على الكود. يمكن أيضًا استخدام workflows في تحليل المبيعات، على سبيل المثال: "لماذا انخفضت المبيعات في مارس؟"؛ أو في هندسة البيانات، على سبيل المثال: "لماذا فشلت هذه الأنابيب؟"؛ أو في أي مراجعة لاحقة.

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

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

يمكنك استخدام مجموعات الفرز مع /loop لتمكين Claude من تنفيذ هذه المهام بشكل مستمر.

عندما تحتاج إلى استكشاف مسارات مختلفة للحلول، خاصةً في المهام التي تتضمن تقييمًا جماليًا مثل التصميم والاسم، فإن أنظمة العمل مفيدة.

يمكنك جعل Claude يستكشف عددًا كبيرًا من الحلول، وتقديم مجموعة من معايير التقييم لوكيل المراجعة حول "ما هي الحلول الجيدة". عندما يرى وكيل المراجعة أن النتائج تلبي المعايير، تُعتبر المهمة مكتملة. يمكن أيضًا ترتيب أو فلترة الحلول المختلفة وفقًا لهذه المعايير من خلال آلية بطولة.

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

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

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

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

استخدم الـ workflows في المهام التي يمكنها توسيع حدود قدرات Claude Code بطرق جديدة. بالنسبة للمهام البرمجية الروتينية، اسأل نفسك أولاً: هل هذه المهمة تحتاج حقًا إلى موارد حسابية إضافية؟ على سبيل المثال، لا تتطلب معظم المهام البرمجية التقليدية مجموعة من خمسة مراجعين.

نصائح لبناء سير عمل ديناميكي

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

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

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

يمكنك تحديد ميزانية واضحة لاستخدام الرموز في سير العمل الديناميكي لتحديد عدد الرموز التي يمكن استهلاكها في المهمة. يمكنك كتابة متطلب ميزانية مثل "استخدم 10k رمز" في النص، وسيتم تعيين الحد الأقصى عند 10k رمز.

يمكنك الضغط على "s" في قائمة workflow لحفظ workfows. يمكنك إرسالها إلى ~/.claude/workflows أو توزيعها عبر skill.

إذا كنت ترغب في مشاركتها عبر skill، فقم بوضع ملفات تدفق JavaScript داخل مجلد skill، وأشر إليها في ملف SKILL.md. للحصول على مرونة أكبر، يمكنك أيضًا توجيه Claude: اعتبار تدفقات العمل داخل skill كقوالب، وليست نصوصًا يجب تشغيلها حرفياً.

عالم جديد تمامًا

العملية هي طريقة جديدة مفيدة لتوسيع Claude Code. نشجعك على اعتبارها نقطة انطلاق. لا يزال هناك الكثير مما يجب استكشافه حول أفضل طريقة لاستخدامها. نرحب بمشاركة اكتشافاتك.

ثاريق شيهيبار وسيد بيداساريا (@sidbid) هما أعضاء في فريق تقنية Anthropic، ويعملان على مشاريع Claude Code.