فرق الوكلاء في Claude Code - من الإعداد إلى الاختصارات

أُطلقت ميزة فرق الوكلاء في Claude Code بالتزامن مع إصدار Opus 4.6. بصراحة، أجد الميزة غير فعّالة في مرحلتها الحالية - استهلاك الرموز مرتفع وعبء التنسيق حقيقي.

لكن بعد قراءة دليل Tom (@tomcrawshaw01)، أدركت أن البنية المعمارية نفسها تستحق الفهم. التعرّف عليها خلال مرحلة المعاينة سيُحدث فرقاً عند الإطلاق الرسمي.

الوكلاء المنفردون يبنون فرقاً الآن

يقوم الوكيل القائد بتقسيم العمل وتوزيعه على عدة زملاء يعملون بالتوازي.

الفرق الجوهري عن الوكلاء الفرعيين: الزملاء يتراسلون فيما بينهم مباشرةً. بدلاً من الاكتفاء بإعادة النتائج إلى القائد، يتشاركون النتائج بل ويعترضون على عمل بعضهم البعض.

الإعداد لا يستغرق أكثر من 30 ثانية

الميزة تجريبية، لذا فهي مُعطّلة افتراضياً. سطر واحد يكفي لتفعيلها.

أضف CLAUDE_CODE_EXPERIMENTAL_AGENT_TEAMS بالقيمة "1" إلى كتلة env في ملف settings.json. يمكنك أيضاً تعيينها كمتغير بيئة في الطرفية، لكن settings.json يحتفظ بالإعدادات عبر الجلسات وهو أكثر ملاءمة.

الاختصارات الوحيدة التي تحتاجها

بمجرد تشغيل فريق، ستتنقل بين القائد والزملاء لمتابعة التقدم. ليس هناك الكثير لحفظه.

• Shift+Up / Shift+Down - التنقل بين الزملاء (في وضع العمل داخل العملية - هذا ما ستستخدمه في أغلب الأحيان)
• Enter - عرض تفاصيل جلسة الزميل المُحدد
• Escape - مقاطعة الدورة الحالية للزميل المُحدد
• Ctrl+T - تبديل عرض قائمة المهام المشتركة
• Shift+Tab - تبديل وضع التفويض، الذي يقصر القائد على التنسيق فقط (بدون كتابة كود)
• وضع الألواح المنقسمة - انقر على لوحة الزميل للتفاعل مباشرةً

وضع التفويض مهم. بدونه، يبدأ القائد أحياناً بكتابة الكود بنفسه بدلاً من تفويض المهام إلى الزملاء.

توافق الطرفيات متفاوت

وضع الألواح المنقسمة يعمل فقط في tmux وiTerm2. الطرفية المدمجة في VS Code وWindows Terminal وGhostty غير مدعومة رسمياً.

إذا كنت تعمل في Ghostty، ستستخدم وضع العمل داخل العملية الافتراضي مع Shift+Up/Down للتنقل بين الزملاء.

لعرض مخرجات الزملاء جنباً إلى جنب، شغّل Claude Code داخل جلسة tmux. القيمة الافتراضية لـ teammateMode هي "auto"، لذا يتحول تلقائياً إلى وضع الألواح المنقسمة عند اكتشاف tmux.

أعمل شخصياً بتشغيل tmux new -s {my-project} في iTerm، ثم أبدأ بالأمر claude --teammate-mode tmux. هذا يوفر عرضاً بملء الشاشة لجميع أنشطة الفريق.

كيف تسير المهام

يُنظَّم العمل حول قائمة مهام. ينشئ القائد المهام ويلتقطها الزملاء.

• عندما ينشئ القائد قائمة مهام، يطالب الزملاء تلقائياً بالمهمة التالية غير المُسندة
• التبعيات بين المهام مدعومة - المهام اللاحقة لا تُفتح إلا بعد اكتمال المهام السابقة
• يمكنك إسناد مهام محددة إلى زملاء محددين بإخبار القائد
• إيقاف الزملاء يتبع بروتوكولاً: يرسل القائد طلب إيقاف، يؤكد الزميل، ثم يخرج
• للتنظيف الكامل: تأكد من إيقاف جميع الزملاء، ثم أوعز للقائد بالتنظيف

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

الرموز تُستنزف أسرع مما تتوقع

كل زميل هو جلسة Claude Code مستقلة. تشغيلهم بالتوازي يُصعّد التكاليف بسرعة. بعض الممارسات تساعد في ذلك.

• اكتب أوامر تشغيل محددة للزملاء. سجل محادثات القائد لا ينتقل إليهم - فقط CLAUDE.md وسياق خوادم MCP يُحمَّلان تلقائياً
• تعديل زميلين لنفس الملف سيؤدي إلى الكتابة فوق البيانات. قسّم العمل على مستوى الملفات
• ابدأ بالبحث أو مراجعة الكود بدلاً من توليد الكود. تعقيد التنسيق يكون أقل
• اجعل وحدات المهام صغيرة ومحددة - دالة واحدة أو ملف اختبار واحد يعمل بشكل جيد

قيود تستحق المعرفة قبل أن تصطدم بها

هذه معاينة. الحواف الخشنة متوقعة. معرفتها مسبقاً يوفر الإحباط.

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

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