Agensh خدام

Agensh هو إطار للتعاون بين وكلاء متعددين طوّراتو Microsoft Research، وكل وكيل كيتبع دورة تعاون موحّدة من خمسة مراحل، وكيقسمو الخدمة بوحدهم باستعمال مستودع كود مشترك، مراسلات فورية ولوحة مهام منظّمة. التجارب بيّنت بلي، مع بقاء النموذج كيف ما هو، ملي تزاد العدد من وكيل واحد حتى لـ1024 وكيل، طلعات نسبة النجاح فاختبارات إعادة إنتاج البرمجيات من 33.89% حتى لـ55.06%، وهاد الشي كيثبت بلي عدد الوكلاء براسو يقدر يكون بُعد جديد لتوسيع قدرات الذكاء الاصطناعي.

تنسيق بلا مركز: كيتحيد الوكيل المشرف، وكيقومو جميع الوكلاء بوحدهم بتبنّي المهام، والتفاوض على تقسيم الخدمة، ودمج النتائج.
دورة تعاون من خمسة مراحل: كل وكيل كيعيد تنفيذ الدورة غير المتزامنة التالية: ”جمع السياق→تبنّي مهمة فرعية→التنفيذ والمشاركة→التحقق من النتيجة→دمج التقدم”.
مساحة عمل مشتركة: تدبير الكود باستعمال Git (Gitea)، مع دعم التطوير المتوازي، ودمج الفروع، وإظهار التعارضات.
التفاوض عبر الرسائل: استعمال Mattermost للإعلانات ديال الفريق والمراسلات الخاصة واحد لواحد؛ والمراسلات الخاصة كتسمح بمقاطعة الطرف الآخر فوراً باش يتحلّ تعارض المهام.
لوحة سياق مشتركة: تسجيل خمسة أنواع ديال العناصر: OBSERVED/FACT/FAIL/CLAIM/PATCH_SUMMARY، باش يستافدو كاملين من التجارب ويتفاداو تكرار الخدمة.
التوسّع حتى لآلاف الوكلاء: فالتجارب، توسّع العدد حتى لـ1,024 وكيل، وبقى التعاون الذاتي التنظيم خدام بلا انهيار.
بروز الأدوار تلقائياً: منين كيكبر التنظيم، كيتشكّلو بوحدهم تقسيمات بحال عادات المراجعة، والمساطر المعيارية، وأدوار الدمج المتخصصة، بلا ما تكون محددة مسبقاً.

معمارية طبقية كتفصل بين طبقة التنظيم وطبقة الوكيل الواحد: Agensh ما كيعوّضش إطار الوكيل الواحد اللي لتحت، وإنما كيزيد فوقو طبقة التنظيم. الدورة المحلية ديال كل وكيل كيتكلف بها الـharness السفلي، بينما Agensh كيهتم غير بهوية الوكيل، وبروتوكول التعاون، وتوجيه الأحداث، والخدمات المشتركة، واسترجاع الأعطاب. الواجهات بين الطبقتين خفيفة ومصممة باش تكون قابلة للتركيب، ودورة التعاون ماشي مبرمجة بشكل صلب فبيئة التشغيل، بل كتتنفذ عبر تعليمات سير العمل فـ prompt. جميع الوكلاء كيتوصلو بنفس التعليمات بالضبط، والتكييف مع أطر سفلية مختلفة كيحتاج غير تبديل adapter خفيف، بلا تغيير منطق التعاون.
بيئة تشغيل غير متزامنة مدفوعة بالأحداث: كل وكيل كيتحرك بالأحداث المرتبطة به، ماشي بجدولة مركزية. الـrouter كيبقى كيراقب نشاط مستودع Gitea ورسائل Mattermost، وكيكتب الأحداث الجديدة فطابور دائم لإزالة التكرار، وكل حدث عندو ID فريد. من بعد، الـdispatcher كيدمج الأحداث وكيرتبها فالدورة turn الجاية ديال الوكيل وكيحقنها فيها. الرسائل كتتوزع بجوج مستويات ديال الأولوية: رسائل القنوات العمومية كتوصل فبداية الدورة، أما الرسائل المباشرة والعناصر الجديدة فاللوحة فكتتحط وسط الدورة الحالية ضمن نتائج استدعاءات الأدوات، وكتوصل فالحين، باش يقدر الوكيل يقطع على زميلو ويتفاوض معاه مباشرة ملي يوقع تعارض فالمهام. وكاينين آليات مرافقة بحال إعادة المحاولة التدريجية من بعد الفشل، واسترجاع الطوابير والجلسات من بعد إعادة تشغيل الـrouter، وإيقاظ الوكيل تلقائياً من بعد 10 دقايق ديال الخمول، وزيد تذكير بإرسال العناصر فاللوحة إلا سالات دورة بلا ما يتسجلو عناصر جديدة.
السياق المشترك المهيكل كيحقق ذاكرة التنظيم: مستلهماً من فكرة DeLM، كيخلي Agensh ذاكرة التنظيم خارجية على شكل سجل مهيكل append-only. العناصر كتتقسم لخمسة أنواع: OBSERVED كيسجل السلوك القابل للملاحظة ديال البرنامج المرجعي، FACT كيسجل الحقائق المؤكدة، FAIL كيسجل الفرضيات اللي تبيّن أنها خاطئة، CLAIM كيتستعمل للإعلان على النطاق اللي تبناه الوكيل باش يتفادو تعارض المهام، وPATCH_SUMMARY كيلخص التعديلات المنجزة فصيغة ثابتة: ”files= | idea= | evidence=”. كتتوزع اللوحة عبر جوج مسارات: فبداية كل دورة turn جديدة كيتحقنو آخر 2000 سجل، وخلال الدورة كتزاد العناصر الجديدة عبر نتائج استدعاءات الأدوات. وكيتوفر حتى أداة board_grep للبحث فالتاريخ كامل باستعمال كلمات مفتاحية AND/OR، وهاد الشي كيتجاوز الحد ديال نافذة السياق ديال الوكيل الواحد وكيعاون على تراكم التجارب وإعادة استعمالها فالمهام الطويلة.
دورة التعاون فيها آليات مدمجة لحل التعارض والتحقق: منين كيتبنى وكيل مهمة فرعية، خاصو ينشر تصريح CLAIM فاللوحة كيحدد فيه النطاق. إلا بان تداخل مع وكيل آخر، كيتفاوضو بجوج عبر الرسائل الخاصة باش يعدلو التقسيم. فمرحلة الدمج، كيبقى Git هو الأساس: الوكيل كيخدم ففرع خاص وكيقدم PR للفرع الرئيسي. وإلا وقع تعارض فالدمج، خاصو يجيب آخر التحديثات، يحل التعارض، ويعاود يقدم التغيير، ولازم قبل الدمج يتحقق من النتيجة المحلية بمقارنتها مع معايير القبول. بهاد الطريقة، كتتوزع ثلاث مسؤوليات كان كيتكلف بها المشرف تقليدياً، وهي توزيع المهام، والتحكيم فالتعارضات، ودمج النتائج، على جميع الأعضاء ضمن الدورة اليومية ديالهم، وكيولي الدمج واضح وقابل للتتبع بفضل تاريخ الإصدارات ومسار PR.

وجد البيئة: تأكد بلي الجهاز فيه Docker وواجهة API ديال نموذج خدامة.
نسخ مستودع الكود: حمّل مستودع microsoft/Agensh من GitHub للجهاز المحلي، ومنين يتنشر الكود علناً دير clone.
نصّب البنية التحتية المشتركة: شغّل المكونات الثلاثة اللي كيعتمد عليها الإطار: Gitea (مستودع الكود)، وMattermost (التواصل بالرسائل)، وخدمة لوحة السياق المشتركة.
ضبط معايير الوكلاء: فالإعدادات، حدد عدد العمال، وهدف المهمة، والمدة الزمنية المتاحة، ونوع الـharness السفلي ديال الوكيل الواحد، ومفاتيح النموذج.
شغّل التنظيم: شغّل سكريبت التشغيل، والإطار غادي يفعّل الوكلاء على دفعات وفق استراتيجية التفعيل المتدرج، وفالتنصيب الكبير غادي يوزعهم تلقائياً على عدة عقد.
خدمة الوكلاء بوحدهم: الأعضاء كيتبناو المهام، وكيطورو الكود، وكينشرو PR، وكيدمجو التغييرات فالفرع الرئيسي حسب الدورة الخماسية، بلا تدخل يدوي؛ غير راقب التقدم فالقناة العمومية ديال Mattermost.
الإغلاق والتسليم: ملي يقرب الوقت النهائي، الإطار غادي يذكّر تلقائياً بتجميع النتائج، والنتيجة النهائية كتتسلّم على شكل كود الفرع الرئيسي وسجلات اللوحة.

تجاوز عنق زجاجة المشرف: من بعد حذف المنسق المركزي، ما بقاتش قابلية توسّع النظام مرتبطة بالحد الأقصى لقدرة وكيل واحد على التنسيق، وقدر يتوسع بسلاسة حتى لـ1,024 وكيل.
العدد كيولي بُعد جديد للقدرة: مع بقاء النموذج والإطار السفلي كيف ما هما، غير بزيادة عدد الوكلاء كتقدر نسبة النجاح المتوسطة فالاختبارات تطلع بحوالي 49%، وهاد الشي كيفتح مسار scaling ثاني من غير تكبير النموذج.
تقليص كبير فتأخير المهام: 128 وكيل كيوصلو من الدقيقة 30 لأكثر من 30% ديال النجاح، فحين أن الوكيل الواحد ما وصلش للمعيار خلال الساعتين اللولين؛ الفريق الكبير كيقدر يوصل لنفس المستوى فمدة أقل.
بنية تحتية خفيفة ومفصولة: دورة التعاون كتتنفذ عبر تعليمات prompt وماشي عبر برمجة صلبة، وكتقدر تتكيف بسهولة مع أطر سفلية مختلفة بحال Copilot وClaude Code. والخدمات المشتركة كتحتاج غير لثلاثة مكونات مفتوحة المصدر: Gitea وMattermost واللوحة.
تراكم تجربة التنظيم وإعادة استعمالها: اللوحة المهيكلة كتسجل الملاحظات والحقائق والفرضيات الفاشلة بشكل منظم، والعناصر من نوع FAIL بالخصوص كتمنع الزملاء من تكرار الهدر فالموارد، وكتحقق ذاكرة على مستوى التنظيم.

الموقع الرسمي للمشروع: https://agens-harness.github.io/project/
الورقة التقنية فـarXiv: https://arxiv.org/pdf/2609.26781

إعادة إنتاج سلوك البرمجيات الكبيرة: فظروف بلا إنترنت وضمن وقت محدود، كيخلي من مئات حتى لآلاف الوكلاء يعاودو يبنيو من الصفر سلوك برمجيات بحال FFmpeg وpandoc، اللي فيها عشرات أو مئات الآلاف من الأسطر، ويدوزو الاختبارات الخفية.
التطوير الاستعجالي فالمهام الحساسة للوقت: مناسب للمهام اللي عندها ميزانية زمنية صارمة؛ 128 وكيل كيقدرو يوصلو فـ30 دقيقة لمستوى من الإنجاز ما كيقدرش يوصل ليه وكيل واحد فـساعتين.
مراجعة الكود على نطاق كبير بزاف: الوكلاء كيقسمو الوحدات وكيبنيو الاختبارات بالتوازي وكيراجعو PR ديال بعضياتهم، وهاد الشي مناسب بطبيعته لمراجعة الأمان وتوسيع تغطية الاختبارات فمستودعات كود الشركات الكبيرة.
البحث والتطوير الاستكشافي بلا خطة محددة مسبقاً: ملي كتكون المهمة صعيبة تتقسم مسبقاً، كيكتاشفو الوكلاء المهام بوحدهم من خلال ملاحظة السلوك المرجعي، وهاد الشي مناسب للمهام اللي المتطلبات ديالها ما واضحةش والحدود ديالها كتتحدد بالاستكشاف.
نقل البرمجيات الأساسية بين المجالات: فأنظمة متعددة بحال مفسرات PHP ومحاكاة الجزيئات، الذكاء الجماعي كيقدر يغطي مجال معرفي أوسع من أي ”خبير شامل” واحد، وزيد الخبراء فالمجال نفسه يقدرو يعوضو بعضياتهم ويتناوبو على الخدمة.