سير عمل وكلاء البرمجة بالذكاء الاصطناعي على التوازي: دليل عملي لإعداد Git Worktree و cmux

لقد انتهى عصر مجرد الطلب من الذاء الاصطناعي كتابة الكود. الآن، يجب أن تصبح قائداً يشغل عشرات وكلاء الذكاء الاصطناعي في وقت واحد. ولكن إذا قمت بزيادة عدد الوكلاء بشكل متهور، فسوف يتشابك السياق (Context)، وتتصادم البيئات المحلية، ويبدأ النظام في الانهيار. في عام 2026 الحالي، يقوم المهندسون المتمرسون ببناء بنيات متوازية تجمع بين العزل المادي والأتمتة المنسقة للسيطرة على هذه الفوضى.

جوهر موازاة الوكلاء هو عزل البيئة

أكبر عدو عند تشغيل عدة وكلاء في وقت واحد هو تنازع الموارد. العمل في نفس المجلد يؤدي إلى قيام الوكلاء بالكتابة فوق ملفات بعضهم البعض، أو حدوث أخطاء نتيجة محاولة حجز نفس المنافذ (Ports). الحل هو الفصل المادي باستخدام Git Worktree.

طريقة git clone التقليدية تهدر مساحة القرص وصعبة الإدارة. في المقابل، يتيح Worktree إنشاء عدة مجلدات عمل مستقلة داخل مستودع واحد. من خلال تخصيص مدي عمل (Worktree) مخصص لكل وكيل، يمكنك توفير بيئة معزولة (Sandbox) مثالية دون تضارب في التبعيات. في بيئات الشركات الكبرى مؤخراً، يتم اعتماد هذا الأسلوب كمعيار قياسي، حيث يرفع كفاءة التطوير بنسبة تزيد عن 40% حتى مع تخصيص مساحة إضافية تبلغ حوالي 800MB لكل شجرة عمل.

Conductor و Superset: خيارك الأمثل

ينقسم السوق حالياً بين Conductor من Melty Labs و Superset من Superset-sh. تعتمد كلتا الأداتين على Worktree، لكن فلسفتهما تختلف.

• Conductor: متخصص في Claude Code من Anthropic. أقوى أسلحته هي ميزة نقاط التفتيش (Checkpoints). يقوم تلقائياً بحفظ لقطات (Snapshots) قبل وبعد قيام الوكيل بأي إجراء، مما يسمح بالتراجع (Rollback) في ثانية واحدة. إنه مثالي لسير عمل السباق (Racing)، حيث يتم إعطاء نفس المهمة لعدة نماذج واختيار النتيجة الأفضل.
• Superset: لا يتقيد بنموذج معين. يهدف إلى أن يكون محايداً تجاه الوكلاء (Agent-agnostic)، حيث يستوعب أي وكيل يعتمد على الطرفية (Terminal) مثل Claude و Aider و Gemini CLI وغيرها. نقطة قوته تكمن في ميزة الإعدادات المسبقة لمساحة العمل التي تنشر سياقاً أولياً موحداً فوراً في المشاريع الضخمة.

حلقة الإصلاح الذاتي باستخدام cmux API

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

يصمم كبار المهندسين حلقة إصلاح ذاتي (Self-healing) باستخدام $CMUX_SOCKET_PATH. عندما يقوم الوكيل الرئيسي بتعديل الكود، يكتشف نص برمجى (Script) للمراقبة ذلك ويقوم بتشغيل وكيل اختبار في لوحة سفلية منفصلة. إذا فشل الاختبار، يتم التقاط رسالة الخطأ عبر أمر cmux read-screen وإرسالها مرة أخرى إلى الوكيل الرئيسي لتوجيهه نحو التصحيح. لا حاجة لتدخل بشري في هذه العملية.

3 عقبات وحلول في الممارسة العملية

الموازاة ليست دائماً هي الحل الأمثل. عند التشغيل الفعلي، يجب معالجة الديون التقنية الثلاثة التالية:

1. تنازع قاعدة البيانات المحلية: خصص مخطط (Schema) قاعدة بيانات مستقل لكل Worktree. يجب منع تلوث البيانات من المنبع عن طريق ربط متغير DATABASE_URL برقم شجرة العمل.
2. نفاد مساحة القرص: عند وجود عشرات الأشجار، ستلتهم مجلدات node_modules القرص الصلب. اعتماد pnpm CAS (Content Addressable Storage) يتيح تخزين الملف الفعلي مرة واحدة فقط ومعالجة البقية كارتباطات (Links)، مما يوفر أكثر من 90% من المساحة.
3. التداخل بين الوكلاء: حدد بوضوح نطاق نشاط كل وكيل في ملفات التوجيه مثل CLAUDE.md. تعريف شروط الحدود لمنعهم من لمس المجلدات خارج صلاحياتهم هو السبيل الوحيد لمنع الحوادث.

مهارة القائد هي ما يحدد الإنتاجية

وفقاً لإحصائيات عام 2026، زاد إنتاج الكود منذ إدخال الذكاء الاصطناعي، لكن معدل التراجع (Rollback) بسبب ضعف التحقق قد ارتفع بنسبة 9%. هذا يثبت أن القدرة على تصميم بنية قابلة للتحقق، وليس مجرد كتابة الكود، هي المهارة الحقيقية للمهندس.

دورك الآن ليس طباعة الكود. دورك هو تعريف المشكلات، وبناء البنية التحتية التي سيعمل فيها الوكلاء، وتنسيق النتائج التي يقدمونها. استخدم Git Worktree و cmux لبناء جيشك المؤتمت الخاص، وكن القائد الحقيقي في عصر الوكلاء المتوازيين.