فرق الوكلاء Agent teams: العمل المشترك متعدد الجلسات
📚 تنقل السلسلة: المقال السابق [28 استخدام skill-creator] علمك كيفية بناء مهارة مخصصة وتفعيلها بدقة. في هذا المقال، سننتقل إلى مستوى متقدم وهو "العمل المشترك متعدد الوكلاء" - حيث نقوم بربط عدة جلسات من Claude Code لتشكيل فريق عمل، تتولى أنت فيه دور المشرف لتوزيع المهام، ويعمل الوكلاء بالتوازي لإتمام مهامهم، ثم تقوم أنت بمراجعة واعتماد النتائج في النهاية.
⚠️ ميزة تجريبية وقابلة للتغيير: ميزة فرق الوكلاء Agent teams مصنفة رسمياً كميزة تجريبية، وتكون معطلة افتراضياً، وتتطلب تشغيل إصدار Claude Code v2.1.32 أو إصدارات أحدث. تعتمد الأوامر والتهيئة الموضحة في هذا المقال على وثائق النظام الحالية، ولكن قد يطرأ تعديل على الواجهة أو الاختصارات في الإصدارات القادمة، لذا تأكد من إصدارك عبر الأمر
claude --versionأولاً قبل البدء.
"لماذا تفتح ثلاث جلسات لـ Claude على شاشتك وكلها تعمل في نفس الوقت؟"
"إحداها لتعديل الواجهة الأمامية، والأخرى لتعديل الواجهة الخلفية، والثالثة لكتابة الاختبارات، وأنا أتولى توزيع المهام والإشراف عليها."
"ألن تسبب هذه الفوضى؟ كيف يمكنك مراقبة ثلاثة وكلاء بمفردك؟"
"لا أحتاج لمراقبتهم طوال الوقت. فكل منهم يعمل بشكل مستقل، وإذا واجه أحدهم مشكلة أو طلب موافقة، فسيقوم بإعلامي مباشرة - وأقضي معظم وقتي في تأدية مهام أخرى."
الشخص الذي كان يشغل الجلسات الثلاثة في الحوار أعلاه هو أنا. وعندما قمت بتشغيل عدة جلسات معاً على الشاشة لأول مرة، كانت ردود أفعال زملائي مشابهة تماماً - دهشة أولاً، تليها أسئلة حول القدرة على الإشراف. باختصار، الدهشة تنبع من فكرة 'كيف لشخص واحد توجيه عدة وكلاء ذكاء اصطناعي في نفس الوقت'، وهذا هو تحديداً ما سنشرحه اليوم - ميزة Agent teams (فرق الوكلاء)، لربط عدة جلسات من Claude Code لتعمل معاً كفريق عمل، وتكتفي أنت بالتوجيه والمراجعة.
بعد قراءة هذا المقال، ستحصل على:
- ما هي ميزة Agent teams وما هي الحدود التي تتجاوزها في الجلسات الفردية.
- مقارنة بينها وبين ميزة subagent (الوكيل الفرعي) لمعرفة متى تستخدم كل منها.
- المكونات الأربعة الأساسية لعمل الفريق (leader (المسؤول)، الأعضاء، قائمة المهام المشتركة، وصندوق البريد).
- كيفية استخدام واجهة الرقابة
claude agents(agent view) لمتابعة الجلسات المتعددة، والتبديل بين الأعضاء باستخدام الاختصارShift+Down. - تطبيق عملي مباشر: تفعيل الميزة ← إنشاء فريق من ثلاثة وكلاء ← متابعة عملهم بالتوازي.
01 الفجوة التي تسدها ميزة فرق الوكلاء
لنبدأ بالخلاصة: تأتي ميزة Agent teams لتتجاوز جداري 'مساحة السياق المحدودة' و 'العمل المتسلسل البطيء' في الجلسة الفردية لـ Claude Code.
في المقالات السابقة， كنا نعمل دائماً في جلسة فردية - نفتح جلسة واحدة لـ Claude ونعطيه الأوامر لينفذها خطوة بخطوة. ويكفي هذا النمط لـ 90% من المهام اليومية. ولكنه يصطدم بالحدود في حالتين:
أولاً: امتلاء مساحة السياق (Context Window). تملك الجلسة الفردية مساحة سياق محددة (تمثل ذاكرة العمل المؤقتة للوكيل). وإذا طلبت منه قراءة وتعديل الواجهة الأمامية والخلفية وكتابة الاختبارات معاً، فستمتلئ الذاكرة بسرعة كبيرة، ويبدأ بنسيان التفاصيل وتجاهل التعليمات لاحقاً.
ثانياً: العمل المتسلسل البطيء. تعمل الجلسة الفردية بشكل متسلسل - قراءة الملف A أولاً ثم الملف B، ثم تعديل الواجهة الأمامية وتليها الواجهة الخلفية. وحتى مع وجود مهام مستقلة، يضطر لتنفيذها بالدور.
تشبيه: بناء منزل بمفردك، تتولى فيه أعمال السباكة والكهرباء والنجارة والبناء بنفسك. فلن تتمكن من تذكر كافة التفاصيل المتوازية لجميع الأعمال، وستنسى تقدم أعمال الكهرباء أثناء انشغالك بالسباكة؛ بالإضافة لامتلاكك يدين اثنتين فقط، فلن تتمكن من تركيب الأسلاك ووضع البلاط في نفس الوقت، وتضطر لإنجاز عمل لتنتقل للآخر. والحل الذكي هنا هو عدم العمل بمفردك، بل أن تصبح مشرفاً - وتستعين بكهربائي وسباك ونجار ليعملوا معاً بالتوازي، وتكتفي أنت بتوزيع المهام والمراجعة.
ميزة Agent teams تحولك من عامل ينفذ المهام بنفسه إلى مشرف يوجه العمليات. وهي مفيدة جداً في المهام التالية (والتي يصفها التوثيق بأقوى حالات الاستخدام):
- البحث والدراسة والمراجعة: قيام عدة وكلاء ببحث جوانب مختلفة لمشكلة معينة بالتوازي، ومناقشة النتائج واختبارها.
- بناء وحدات وميزات جديدة: تولي كل عضو جزءاً مستقلاً من المشروع للعمل عليه دون تداخل.
- فحص المشاكل بالفرضيات المتوازية: تشغيل تجارب متعددة لاختبار فرضيات مختلفة لمشكلة معينة بالتوازي للتأكد من السبب الجذري بسرعة.
- التعديلات متعددة الطبقات: الواجهة الأمامية والخلفية والاختبارات، حيث يتولى كل عضو متابعة وتعديل طبقة محددة.
💡 خلاصة سريعة: تعاني الجلسة الفردية من امتلاء الذاكرة وبطء التنفيذ المتسلسل؛ وتحلك ميزة Agent teams من العمل المنفرد لتصبح مشرفاً يقود فريقاً يعمل بالتوازي.
02 ما الفرق بينها وبين ميزة subagent (الوكيل الفرعي)؟
يعتبر هذا التساؤل الأكثر شيوعاً وإرباكاً للمبتدئين - ويجب فهم الفروق لتحديد الأداة المناسبة لعملك.
ميزة subagent (التي شرحناها في المقال 23) تعمل داخل نفس الجلسة لتكليف مساعد بمهام تخصصية: حيث يملك نافذة سياق مستقلة ويرسل النتائج للجلسة الرئيسية عند الانتهاء، ولا يمكن للوكلاء الفرعيين التواصل مع بعضهم البعض، ولا تملك صلاحية الإشراف المباشر عليهم. بينما ميزة Agent teams مختلفة تماماً - فهي عبارة عن جلسات مستقلة ومتكاملة من Claude Code تعمل معاً، ويستطيع الأعضاء التواصل وإرسال الرسائل لبعضهم البعض مباشرة، وتستطيع أنت التحدث مع أي عضو مباشرة وتوجيهه دون المرور بالمسؤول (leader).
تشبيه: الوكيل الفرعي (subagent) هو عامل مؤقت ترسله لقضاء مهمة محددة، وفريق الوكلاء (agent team) هو فريق عمل تجتمون معاً لإنجاز مشروع. العامل المؤقت تعطيه أمراً "ابحث في هذه السجلات عن الأخطاء"، فيذهب لإنجاز المهمة ويعود لك بتقرير بالنتائج، ولا يعرف بقية العاملين المؤقتين ولا يتواصل معهم ويقتصر تواصله معك فقط؛ أما فريق العمل فيمكن لأعضائه التواصل ومناقشة التفاصيل "هل قمت بتعديل واجهة البرمجة لأتمكن من ربطها؟"، ويمكنك أنت كالمشرف الذهاب لأي عامل وتوجيهه بشكل مستقل ومباشر.
يوضح الجدول التالي الفروق الجوهرية لتسهيل الحفظ:
| المقارنة | الوكيل الفرعي Subagent | فريق الوكلاء Agent teams |
|---|---|---|
| نافذة السياق | مستقلة، وتُرسل المخرجات للجلسة الرئيسية | مستقلة و منفصلة تماماً |
| التنسيق والتوجيه | يوجه الجلسة الرئيسية كافة العمليات | يتولى leader التنسيق، مع استخدام قائمة مهام مشتركة للتنسيق الذاتي |
| التواصل بين الأعضاء | لا يوجد تواصل، وتُرسل النتائج للجلسة الرئيسية فقط | إمكانية التواصل وإرسال الرسائل مباشرة |
| الإشراف المباشر | لا يمكن، وتتواصل عبر الجلسة الرئيسية فقط | يمكنك التحدث وتوجيه أي عضو مباشرة |
| استهلاك الرموز (tokens) | منخفض، نظراً لجمع النتائج في الجلسة الرئيسية | مرتفع، لأن كل عضو يمثل جلسة مستقلة من Claude |
| الاستخدام الأنسب | المهام التخصصية الفردية التي تحتاج لنتائج سريعة دون نقاش | المشاريع المعقدة التي تتطلب نقاشاً وتنسيقاً مشتركاً |
إليك المعيار الرسمي الأهم للاختيار:
استخدم subagents عندما تحتاج لوكيل عمل سريع ومستقل ينجز مهمة محددة ويعود بالنتائج. واستخدم agent teams عندما يحتاج الأعضاء لمشاركة النتائج ومناقشتها والتنسيق المشترك فيما بينهم.
وهناك قاعدة عملية بسيطة: هل يحتاج الأعضاء للتواصل ومشاركة المعلومات فيما بينهم? إذا كانت الإجابة لا (يعمل كل منهم بمفرده ويرسل النتائج)، فاستخدم subagent لتوفير التكلفة؛ وإذا كانت نعم (يحتاجون للتنسيق وتبادل البيانات)، فاستخدم agent teams.
💡 خلاصة سريعة: الوكيل الفرعي يعمل كمساعد مؤقت ينجز المهمة ويعود بالنتائج للرئيسي؛ وفريق الوكلاء يمثل فريق عمل متكامل يتواصل أعضاؤه وتوجههم مباشرة؛ والحاجة للتواصل بين الأعضاء هي الفيصل للاختيار.
03 مكونات فريق العمل: العناصر الأربعة الأساسية
يتكون فريق الوكلاء عند تشغيله من أربعة عناصر أساسية. وفهمها يسهل عليك معرفة ما يحدث على الشاشة.
تشبيه: ورشة عمل واقعية. تضم مشرفاً (leader)، وعمالاً (teammates)، ولوحة مهام مشتركة معلقة على الحائط (task list)، وصندوق بريد لتبادل الرسائل وتمرير الأوراق بين العمال (mailbox). بتوفر هذه العناصر الأربعة، تعمل الورشة بكفاءة.
العناصر الأربعة المعتمدة في بنية النظام:
| العنصر | الدور والوظيفة |
|---|---|
| Team lead (المسؤول) | الجلسة الرئيسية التي تقوم بإنشاء الفريق وتوليد الأعضاء وتنسيق المهام - وهي أول جلسة تفتحها |
| Teammates (الأعضاء) | جلسات مستقلة من Claude Code يتم توليدها لتنفيذ المهام، وتملك كل منها سياقاً مستقلاً |
| Task list (لوحة المهام) | قائمة مهام مشتركة يتقاسمها الأعضاء وتضم حالات المهام: بانتظار العمل / قيد التنفيذ / مكتملة |
| Mailbox (صندوق البريد) | نظام تبادل الرسائل بين الوكلاء، وتصل رسائل الأعضاء للمسؤول تلقائياً دون حاجة للبحث عنها |
تفاصيل هامة لعمل الفريق يجب معرفتها:
لا يمكن تغيير المسؤول (leader) بعد بدء العمل. الجلسة التي تبدأ منها إنشاء الفريق هي المسؤول دائماً - ولا يمكن ترقيتها أو نقل مهامها لجلسة أخرى. لذا فإن أول جلسة تفتحها تمثل هويتك كمشرف للفريق.
طريقتان لتوزيع المهام. يمكن للمسؤول تحديد وتكليف المهام مباشرة "هذه المهمة للعضو A"؛ أو يمكن للأعضاء تصفح لوحة المهام واختيار المهام الشاغرة للعمل عليها تلقائياً عند انتهاء مهامهم الحالية. ويستخدم النظام أقفال الملفات لمنع تداخل الأعضاء عند اختيار نفس المهمة.
ترابط المهام واعتماديتها. يمكن ربط المهام ببعضها، كجعل مهمة "كتابة الاختبارات" تنتظر اكتمال مهمة "كتابة الكود". وتظل المهمة معطلة ولا يمكن اختيارها حتى تكتمل المهمة التي تعتمد عليها، وتُفتح للعمل تلقائياً فور اكتمالها.
لا يرث الأعضاء سجل المحادثة للمسؤول. يقع الكثير من المبتدئين في هذا الفخ - حيث يظنون أن الأعضاء يملكون نفس تفاصيل المحادثة للمسؤول، فيتجاهلون شرح تفاصيل المهمة للأعضاء الجدد. ويوضح التوثيق الرسمي: يقرأ الأعضاء الجدد ملفات تهيئة المشروع (مثل CLAUDE.md والـ MCP والمهارات)، ولكنهم لا يرثون سجل محادثة المسؤول. لذا تأكد من شرح تفاصيل وخلفيات المهمة بوضوح عند تكليف عضو جديد.
💡 خلاصة سريعة: يتكون الفريق من المسؤول (leader)، والأعضاء (teammates بسياق مستقل)، ولوحة المهام المشتركة، وصندوق البريد للرسائل؛ وتأكد من كتابة تفاصيل المهمة بوضوح للأعضاء الجدد لأنهم لا يرثون سجل محادثة المسؤول.
توضح هذه الصورة بنية فريق الوكلاء: في المنتصف يقع المسؤول (leader) ويشرف على توليد وتوجيه الأعضاء (teammates)؛ وفي الأسفل تقع لوحة المهام المشتركة لتوزيع وتنسيق العمليات ومنع التداخل؛ وتتوفر قنوات اتصال وصندوق بريد لتبادل الرسائل والتنسيق المباشر بين الأعضاء والمسؤول.
04 واجهة الرقابة claude agents لمتابعة الجلسات المتعددة
بعد تشغيل الفريق وتعدد الجلسات، يطرح السؤال: كيف يمكنني متابعة العمليات ومراقبتها؟
الحل هو استخدام واجهة الرقابة (agent view) - وهي واجهة تعرض كافة الجلسات المفتوحة في شاشة واحدة، ويتم تشغيلها عبر الأمر claude agents.
⚠️ واجهة الرقابة هي نسخة تجريبية وتتطلب إصدار Claude Code v2.1.139 أو إصدارات أحدث، وقد يطرأ تعديل على الواجهة والاختصارات لاحقاً.
تشبيه: لوحة مراقبة الكاميرات الأمنية. لا تحتاج للذهاب لكل موقع للتأكد من سلامته، بل تكتفي بمراقبة الشاشات في غرفة التحكم - لتلاحظ المواقع النشطة، وتلك التي تتطلب تدخلك، والمواقع الآمنة. أمر claude agents يمثل هذه اللوحة: يعرض كل جلسة في سطر مستقل، وتوضح الألوان والرموز في البداية حالة الجلسة الحالية.
حالات الجلسات المعتمدة في اللوحة:
| الحالة | الرمز واللون | المعنى |
|---|---|---|
| قيد العمل | حركة متحركة | يعمل الوكيل على معالجة الطلب أو توليد المخرجات حالياً |
| يتطلب تدخل | أصفر | ينتظر موافقتك الصريحة على أمر أو إجابة على سؤال |
| مكتمل | أخضر | تم إنجاز المهمة بنجاح |
| فشل | أحمر | توقف العمل بسبب خطأ |
تتيح لك الواجهة تنفيذ ثلاث عمليات رئيسية على الجلسات المعروضة:
- الاطلاع السريع (Peek): اضغط على زر
Spaceلفتح نافذة صغيرة تعرض آخر مخرجات الجلسة الحالية والمشكلة التي تتوقف عندها - وتكفي هذه الخطوة لمعظم الحالات دون حاجة للدخول الفعلي للجلسة. ويمكنك كتابة الرد وإرساله مباشرة من نافذة الاطلاع بالضغط علىEnter. - الرد السريع: يمكنك إرسال الإجابات واختيار الخيارات مباشرة من نافذة الاطلاع السريع بالضغط على الأرقام المطلوبة.
- الدخول الفعلي (Attach): اضغط على
Enterأو السهم الأيمن→للدخول في تفاصيل المحادثة بالكامل كأي جلسة عادية. واضغط على السهم الأيسر←عند صندوق الإدخال الفارغ للخروج والعودة للوحة المراقبة.
من الميزات الرائعة في هذا التصميم: استمرار عمل الجلسات في الخلفية دون حاجة لإبقاء الطرفيات مفتوحة. حيث يتولى نظام إشراف خلفي (supervisor) إدارة وتشغيل العمليات - فحتى لو قمت بإغلاق واجهة الرقابة أو إغلاق الطرفية أو فتح جلسة جديدة، ستستمر الجلسات الخلفية بالعمل وإنجاز مهامها. وعند كتابة claude agents مجدداً، ستجد النتائج بانتظارك.
يمكنك الاعتماد على واجهة claude agents كمدخل رئيسي للعمل بدلاً من أمر claude المعتاد: تدخل للواجهة وتكتب المهام المطلوبة في الأسفل (اضغط Enter بعد كتابة كل مهمة ليتم فتح جلسة جديدة لها وتعمل بالتوازي)، وتتركها تعمل وتعود لاحقاً لتفقد التنبيهات الصفراء (تتطلب تدخلك) أو الخضراء (اكتملت المهام). وهي طريقة أرتب بكثير من فتح عدة طرفيات والتنقل بينها.
💡 خلاصة سريعة: واجهة
claude agentsهي لوحة التحكم للجلسات المتعددة - تعرض حالة كل جلسة بالألوان؛ وتتيح الاطلاع بـSpaceوالدخول بـEnterوالخروج بـ←؛ وتعمل الجلسات في الخلفية دون حاجة لمراقبتها طوال الوقت.
05 التوجيه والتنقل بين الأعضاء داخل الفريق
بعد معرفة كيفية مراقبة الجلسات، كيف تقوم كالمسؤول بتوجيه الأعضاء داخل الفريق؟ تكتفي بكتابة طلباتك بعبارات عادية للمسؤول (leader)، ويتولى هو التنسيق وإنشاء الأعضاء وتوزيع المهام.
النموذج الأول: إنشاء الفريق وتوزيع المهام باللغة الطبيعية.
لإنشاء فريق عمل جديد، لا تحتاج لأوامر معقدة، بل تصفح فكرتك وتوزيع المهام المطلوبة بلغة طبيعية. مثل هذا المثال (لإنشاء فريق من ثلاثة أعضاء بمهام مستقلة):
أريد تصميم أداة سطر أوامر تساعد المطورين في تتبع تعليقات TODO في الكود.
أنشئ فريق وكلاء (agent team) لبحث الفكرة من جوانب متعددة:
عضو لدراسة تجربة المستخدم UX، وعضو لتصميم البنية البرمجية والتقنية،
وعضو يلعب دور المعارض لتوضيح السلبيات والمشاكل المحتملة للحلين.سيقوم Claude بفهم الطلب وتوضيح رغبته في إنشاء الفريق وتوليد الأعضاء ويطلب موافقتك أولاً. فلن يتم إنشاء الفريق دون موافقتك الصريحة. وبعد الموافقة، يبدأ الأعضاء بالعمل بالتوازي لمعالجة المهام المطلوبة.
التبديل وتوجيه الأعضاء يدوياً. عند العمل في نفس الطرفية (in-process mode)، اضغط على الاختصار Shift+Down للتنقل والتبديل بين الأعضاء للتحدث معهم مباشرة. انتقل للعضو "المعارض" واكتب له التوجيه التالي:
ركز أيضاً على مقارنة تكاليف الصيانة الشهرية لكلا الخيارين وتوضيح سلبياتهاالنتيجة المتوقعة: ستصل الرسالة للعضو المختار مباشرة (دون المرور بالمسؤول)، وسيبدأ بمعالجة فكرة تكاليف الصيانة وتضمينها في نتائجه. وعند الاستمرار بالضغط على Shift+Down ستعود للمسؤول (leader) مجدداً لمتابعة تقدم العمل الإجمالي.
يرجى عدم الخلط بين اختصارات لوحة المراقبة (التنقل بـ
↑/↓) واختصارات فريق العمل (التبديل بين الأعضاء بـShift+Down).
طلب خطة عمل مسبقة. للمهام الحساسة وعالية الخطورة، يمكنك الطلب من العضو إعداد خطة عمل مسبقة وتأكيدها قبل البدء بالتعديل الفعلي للكود:
أنشئ لي عضواً باسم مهندس البرمجيات لإعادة هيكلة وحدة التحقق من الهوية.
ويجب عليه إعداد خطة عمل وعرضها للموافقة أولاً قبل تعديل أي ملف في المشروع.سيقوم العضو بإعداد الخطة وإرسال "طلب موافقة الخطة" للمسؤول، ويبدأ بالتعديل بعد موافقتك عليها، وإذا رفضتها سيعيد صياغتها بناءً على ملاحظاتك.
تحديد عدد الأعضاء والنموذج المستخدم. يمكنك تحديد عدد الأعضاء ونوع النموذج المفضل في طلبك:
أنشئ فريقاً من 4 أعضاء بالتوازي لإعادة هيكلة هذه الوحدات البرمجية.
واستخدم نموذج Sonnet لكافة الأعضاء.نصيحة لتوفير التكلفة: لا يتبع الأعضاء نوع النموذج المختار للمسؤول عبر أمر /model بشكل تلقائي. ولتغيير النموذج للأعضاء، حدده في طلب الإنشاء كما في المثال أعلاه، أو اضبط خيار "النموذج الافتراضي للأعضاء" عبر إعدادات /config.
إغلاق وتنظيف الفريق. عند اكتمال المهام، اطلب من المسؤول إغلاق الفريق وتنظيف الملفات:
قم بتنظيف وإغلاق هذا الفريق⚠️ تنبيه هام: اطلب التنظيف من المسؤول (leader) دائماً، وتجنب طلبه من الأعضاء - فقد يعجز العضو عن فهم كامل سياق الفريق وتفاصيله مما يسبب بقاء بعض العمليات معلقة. وتأكد من إغلاق الأعضاء النشطين أولاً قبل طلب التنظيف لضمان نجاح العملية.
💡 خلاصة سريعة: يتم توجيه المسؤول وإنشاء الفريق والتنقل بين الأعضاء (عبر
Shift+Down) وطلب الخطط والتنظيف بعبارات عادية؛ وتذكر تحديد نوع النموذج للأعضاء، وشرح خلفيات المهمة بوضوح، وطلب التنظيف من المسؤول دائماً.
06 متى يُنصح بتشكيل فريق وكلاء؟
بعد معرفة التفاصيل، قد ترغب في تحويل كافة مهامك البسيطة إلى فرق عمل. تريث قليلاً - فكما تعلمنا في ميزة subagent، زيادة عدد الوكلاء لا تعني دائماً كفاءة أكبر بالعمل.
يتطلب تشغيل فرق الوكلاء تكلفة وصعوبة أكبر مقارنة بالخيارات الأخرى:
أولاً: استهلاك مرتفع للرموز (tokens). يعمل كل عضو كجلسة مستقلة من Claude وتملك سياقاً منفصلاً، مما يعني تضاعف استهلاك وتكلفة الرموز بعدد الأعضاء. ويشير التوثيق صراحة: للمهام اليومية العادية، تعتبر الجلسة الفردية الخيار الأوفر والأفضل؛ ولا يُنصح بفرق الوكلاء إلا للمهام المعقدة التي تستفيد فعلاً من العمل المتوازي للتعويض عن التكلفة.
ثانياً: صعوبة التنسيق والإدارة. زيادة عدد الأعضاء تزيد من اتصالات التنسيق والمشاكل وتداخل التعديلات، ويصل الفريق لنقطة لا تزيد فيها السرعة بزيادة عدد الأعضاء - وغالباً ما ينجز فريق من 3 أعضاء مهامه بكفاءة أكبر من فريق يضم 5 أعضاء.
يوضح الجدول التالي متى يُنصح بتشكيل فريق عمل ومتى يفضل تجنبه:
| السيناريو | هل يُنصح بتشكيل فريق عمل؟ |
|---|---|
| تعديل الواجهة الأمامية والخلفية والاختبارات بالتوازي دون اعتمادية مباشرة | ✅ نعم، تولي كل عضو طبقة يسهل العمل بالتوازي |
| فحص سبب مشكلة مجهولة باختبار فرضيات متعددة في نفس الوقت | ✅ نعم، يساعد توازي الفحص في الوصول للحل بسرعة |
| مراجعة كود PR من جوانب متعددة (الأمان، الأداء، تغطية الاختبارات) | ✅ نعم، تولي كل عضو جانب فحص مستقل يمنع التداخل |
| سلسلة مهام متتالية تعتمد على بعضها البعض (المهمة B تنتظر المهمة A) | ❌ لا، للمهام المتتالية تعتبر الجلسة الفردية الأفضل والأوفر |
| رغبة عدة أعضاء في تعديل نفس الملف البرمجي في نفس الوقت | ❌ لا، تعديل نفس الملف من عدة أعضاء يسبب تداخل وتعارض التعديلات |
| المهام اليومية البسيطة والسريعة | ❌ لا، تكلفة التنسيق وإدارة الفريق تتجاوز الوقت الموفر للمهمة |
إليك نصيحتان عمليتان من التوثيق لبدء استخدام الفرق بنجاح:
ابدأ بمهام البحث والمراجعة أولاً (التي لا تتضمن تعديل الكود). مثل مراجعة الأكواد، أو فحص المكتبات، أو تتبع الأخطاء - نظراً لكون هذه المهام واضحة الحدود ولا تتضمن تعديل الملفات، مما يتيح لك تجربة كفاءة العمل المتوازي دون القلق من تداخل وتعارض تعديلات الملفات. لقد بدأت تجربتي لفرق الوكلاء بمراجعة كود PR: حيث وزعت المهام على ثلاثة أعضاء لفحص الأمان والأداء والاختبارات، وسارت العملية بسلاسة تامة دون أي تداخل لعدم تعديل الملفات، وكانت النتائج رائعة. ولكن في تجربة لاحقة، تسرعت وطلبت من الأعضاء تعديل ملفات متجاورة بالتوازي، مما تسبب في تعارض التعديلات وأضعت الكثير من الوقت في حلها، وكان العمل بالجلسة الفردية المتتالية أسرع بكثير في تلك الحالة.
اجعل عدد أعضاء الفريق بين 3 إلى 5 أعضاء. يعتبر this العدد الخيار الأنسب لمعظم المهام - حيث يوفر التوازي المطلوب دون تعقيد عمليات التنسيق والإدارة. ولا تزد عدد الأعضاء إلا عند الحاجة الحقيقية لذلك.
💡 خلاصة سريعة: تستهلك فرق الوكلاء الكثير من الرموز وتتطلب إدارة وتنسيقاً معقداً، فلا تستخدمها إلا للمهام التي تستفيد فعلاً من التوازي؛ وتجنبها للمهام المتتالية أو تعديل نفس الملفات؛ وابدأ بمهام المراجعة والبحث وبعدد أعضاء بين 3 إلى 5 كخيار آمن.
07 تطبيق عملي: تفعيل الميزة وتشغيل فريق من ثلاثة أعضاء
سنقوم الآن بتجربة عملية لتفعيل ميزة فرق الوكلاء وتشغيل فريق من ثلاثة أعضاء بالتوازي لبحث موضوع محدد. ولا يتطلب هذا المثال توفر مشاريع معقدة.
متطلبات البدء: تأكد من تشغيل إصدار Claude Code v2.1.32 أو إصدارات أحدث عبر الأمر
claude --version، وقم بالتحديث بـclaude updateعند الحاجة.
الخطوة الأولى: تفعيل الميزة التجريبية
الميزة معطلة افتراضياً، ويجب تفعيلها عبر إضافة متغير بيئة في ملف الإعدادات الشخصي ~/.claude/settings.json (أنشئ الملف إن لم يكن موجوداً)، وأضف قسم env التالي:
{
"env": {
"CLAUDE_CODE_EXPERIMENTAL_AGENT_TEAMS": "1"
}
}النتيجة المتوقعة: حفظ المتغير CLAUDE_CODE_EXPERIMENTAL_AGENT_TEAMS بقيمة 1 لتفعيل ميزة فرق الوكلاء التجريبية في الجلسات.
الخطوة الثانية: إنشاء مجلد تجريبي وتشغيل Claude (على أنظمة Mac / Linux / Windows)
mkdir team-demo
cd team-demo
claudeالنتيجة المتوقعة: تشغيل Claude Code وظهور صندوق الإدخال.
الخطوة الثالثة: طلب إنشاء الفريق بعبارة عادية
اكتب الطلب التالي لإنشاء الفريق وتوزيع المهام:
ساعدني في إنشاء فريق وكلاء (agent team) لبحث موضوع "هل يفضل اختيار المواقع الساكنة (static sites) أم الديناميكية (dynamic sites) للمدونات الشخصية" من ثلاثة جوانب مستقلة:
عضو يدافع ويثبت أفضلية "المواقع الساكنة"، وعضو يدافع ويثبت أفضلية "المواقع الديناميكية"،
وعضو يلعب دور المعارض لتوضيح السلبيات والمشاكل المحتملة للحلين. واطلب من كل منهم تقديم نتائجه.النتيجة المتوقعة: سيعلمك Claude برغبته في إنشاء فريق وتوليد ثلاثة أعضاء لمعالجة الجوانب المذكورة ويطلب موافقتك. وافق على الطلب، ليبدأ تشغيل الأعضاء الثلاثة والعمل بالتوازي في الخلفية.
الخطوة الرابعة: التبيل بين الأعضاء والتوجيه المباشر
ستعرض لك الجلسة قائمة بالأعضاء والمهام التي يعالجونها حالياً. اضغط على الاختصار Shift+Down للتنقل والتبديل بين الأعضاء للتحدث معهم مباشرة. انتقل للعضو "المعارض" واكتب له التوجيه التالي:
ركز أيضاً على مقارنة تكاليف الصيانة الشهرية لكلا الخيارين وتوضيح سلبياتهاالنتيجة المتوقعة: ستصل الرسالة للعضو المختار مباشرة (دون المرور بالمسؤول)، وسيبدأ بمعالجة فكرة تكاليف الصيانة وتضمينها في نتائجه. وعند الاستمرار بالضغط على Shift+Down ستعود للمسؤول (leader) مجدداً لمتابعة تقدم العمل الإجمالي.
الخطوة الخامسة: إغلاق وتنظيف الفريق
بعد اكتمال البحث وعرض النتائج، اطلب من المسؤول إغلاق الفريق:
قم بتنظيف وإغلاق هذا الفريقالنتيجة المتوقعة: سيقوم المسؤول بالتأكد من توقف الأعضاء وحذف ملفات التنسيق المشتركة. وإذا كان هناك أعضاء نشطين، قد يفشل التنظيف، وحينها اطلب إغلاقهم أولاً (اكتب "أغلق الأعضاء النشطين") ثم اطلب التنظيف مجدداً. وتذكر دائماً طلب التنظيف من المسؤول فقط.
بإتمام هذه الخطوات، تكون قد خضت التجربة الكاملة لتشغيل وإدارة فرق الوكلاء وتوزيع المهام والتنقل بين الأعضاء وإغلاق العمليات بنجاح.
💡 خلاصة سريعة: خطوات التجربة - تفعيل الخيار في
settings.json← طلب إنشاء الفريق باللغة الطبيعية ← التنقل والتوجيه بـShift+Down← إغلاق وتنظيف الفريق من المسؤول؛ وتجربة الخطوات عملياً تسهل عليك فهم كفاءة العمل الجماعي للوكلاء.
08 ملخص
شرحنا في هذا المقال مفاهيم العمل الجماعي للوكلاء وكيفية تنظيم وإدارة فرق العمل لإنجاز المهام الكبيرة بالتوازي.
لنراجع النقاط الأساسية معاً:
| الهدف | الأداة والخطوات | نقاط هامة |
|---|---|---|
| تجاوز حدود الذاكرة وتوازي العمل | تشكيل فرق الوكلاء (Agent teams) | يعمل المسؤول (leader) على التوجيه وتوزيع المهام بالتوازي للأعضاء |
| التمييز بين الخيارات المتاحة | مراجعة حاجة الأعضاء للتواصل المشترك | يُنصح بـ subagent للمهام المستقلة السريعة، و Agent teams للمهام التنسيقية المشتركة |
| مراقبة وإدارة الجلسات المتعددة | واجهة الرقابة claude agents | واجهة موحدة تعرض حالة كل جلسة بالألوان وتتيح الاطلاع السريع والدخول الفعلي |
| التنقل والتحدث مع الأعضاء | الاختصار Shift+Down | تنقل دائرى بين الأعضاء يضمن وصول الرسائل والتوجيهات مباشرة للعضو المختار |
| تقييم وحظر المهام غير المجدية | مراجعة صلاحيات التوازي والملفات المعدلة | تجنب المهام المتتالية أو تعديل نفس الملفات بالتوازي لمنع المشاكل وتعارض التعديلات |
يمكنك الآن: فهم الحدود التي تتجاوزها ميزة فرق الوكلاء مقارنة بالجلسات الفردية، والتمييز بينها وبين ميزة subagent، واستخدام واجهة الرقابة claude agents لمتابعة وإدارة الجلسات المتعددة، وتشكيل فريق عمل وتوجيهه والتنقل بين أعضائه، وتجنب الحالات التي لا تحقق فائدة من التوازي وتسبب إهدار التكلفة. هذا يؤهلك لإدارة وتوجيه فرق الوكلاء لإنجاز مشاريعك الكبيرة بالتوازي وكالمشرف المتمكن.
الميزة تجريبية وتتطور باستمرار، وتكفي الجلسة الفردية لغالبية المهام اليومية، ولكنها تمثل أداة قوية لتسريع العمل في المشاريع الكبيرة والمهام المتشعبة.
المقال القادم 30 "كيفية اختيار الميزات المناسبة: CLAUDE.md مقابل المهارات والخطافات والـ MCP والوكلاء" - تعلمنا حتى الآن العديد من الأدوات والميزات القوية لـ Claude Code: مثل CLAUDE.md والمهارات والخطافات (Hooks) والـ MCP والوكلاء الفرعيين وفرق الوكلاء. ومع تعدد هذه الخيارات، قد تحتار عند مواجهة مهمة جديدة في تحديد الأداة والمسار الأنسب للبدء. سنقدم لك في المقال القادم دليلاً متكاملاً ومقارنة تفصيلية لتوضيح حدود عمل كل ميزة والسيناريو الأنسب لاستخدامها، لتتمكن من تحديد الخيار الأنسب لمهمتك مباشرة وتجنب إهدار الوقت والجهد في الاختيارات الخاطئة.