Agensh من Microsoft: 1,024 وكيل برمجة بلا مدير، فهل يتفوق الفريق ذاتي التنظيم؟
فتحت Microsoft مصدر Agensh لتشغيل حتى 1,024 وكيل برمجة بلا منسّق مركزي. نقرأ الأرقام وحدود التجربة وما يمكن للمطوّر استعارته منها في مشروعه الصغير اليوم.
أغلب أنظمة الوكلاء المتعددين اليوم تشبه شركة صغيرة بمدير واحد: وكيل رئيسي يخطط ويوزّع المهام ويجمع النتائج، وعمّال ينفّذون ما يُطلب منهم. في 24 أكتوبر 2026 فتحت Microsoft Research مصدر Agensh، وهو إطار يقلب هذا التصميم: لا يوجد مدير. الوكلاء يكتشفون المهام بأنفسهم، ويحجزون ما يناسبهم، ويتبادلون النتائج، ويراجعون بعضهم، ثم يدمجون العمل دون جهة مركزية. وقد جرّب الباحثون الفكرة بما يصل إلى 1,024 وكيلاً، وارتفعت النتائج مع زيادة العدد.
ما هو Agensh؟
بحسب مستودع المشروع على GitHub وتغطية MarkTechPost، فإن Agensh إطار «لا مركزي» (decentralized) قابل للتوسع لتشغيل وكلاء البرمجة. صدر بترخيص MIT، ويضم الإطار نفسه وسكربتات تشغيل التجارب ودليل إعادة إنتاج النتائج. يعتمد في تنسيقه على ثلاثة مكوّنات بسيطة ومألوفة:
- مساحة عمل مشتركة على Gitea يرفع فيها الوكلاء تعديلاتهم ويدمجونها.
- واجهة مراسلة عبر Mattermost يتحدث فيها الوكلاء كما يتحدث فريق بشري.
- لوحة سياق مشتركة بخدمة مدعومة بقاعدة MySQL لتسجيل ما أُنجز وما هو قيد التنفيذ.
يعمل على Linux باستخدام Docker Compose، والإعداد الافتراضي عقدة واحدة بثمانية عمّال. أما تجربة الـ1,024 وكيلاً فاستخدمت 16 عقدة، في كل منها 64 وكيلاً.
الفرق بين المدير والفريق ذاتي التنظيم
في التصميم التقليدي (المنسّق والعمّال) يقوم وكيل واحد بالتخطيط والتوزيع والدمج. تذكر الورقة البحثية أمثلة على ذلك مثل فرق الوكلاء في Claude Code والوكلاء الفرعيين في Codex وأسطول Copilot وسرب Kimi. المشكلة أن المنسّق يصبح عنق زجاجة: كل ما يمر عبره يستهلك نافذة سياقه، وكلما زاد العمّال زاد الضغط عليه.
يحل Agensh المشكلة بنقل التنسيق إلى العمّال أنفسهم:
- يرى كل وكيل اللوحة المشتركة ويقرر أي مهمة فرعية يتولاها.
- يحجزها حتى لا يكررها غيره.
- ينشر ما اكتشفه في قناة المراسلة.
- يراجع عمل زملائه ويتحقق منه.
- يدمج التقدم بشكل غير متزامن في المستودع المشترك.
لم يُعيَّن أحد مراجعاً أو مدمجاً، لكن هذه الأدوار ظهرت وحدها مع كبر الفريق، رغم أن كل العمّال بدأوا بالتعليمات نفسها.
ماذا قالت الأرقام؟
اختبر الباحثون الإطار على معيار ProgramBench، وهو يقيس قدرة الوكلاء على بناء برامج كاملة. وفق ملخص FourWeekMBA والورقة البحثية:
| السيناريو | قبل | بعد |
|---|---|---|
| متوسط نجاح الاختبارات في أصعب خمس مهام (1 إلى 128 وكيلاً) | 19.31% | 28.78% |
| مهمة pandoc (1 إلى 1,024 وكيلاً) | 33.89% | 55.06% |
| أفضل نتيجة في pandoc (32 وكيلاً على GPT-6.1-sol) | - | 79.59% |
التحسن في المتوسط نحو 49% نسبياً حين انتقل العدد من وكيل واحد إلى 128. والملاحظ أن أفضل نتيجة جاءت من 32 وكيلاً فقط، لا من 1,024، أي أن زيادة العدد ليست بالضرورة أفضل خيار في كل مهمة.
تحفظات لا تُهمل
- نموذج واحد: النتائج جاءت من نموذج واحد في تجارب الورقة، فلا نعرف هل تتكرر مع نماذج أخرى.
- خمس مهام فقط: وتجربة الـ1,024 وكيلاً شملت مهمة pandoc وحدها.
- لا أرقام للكلفة: لا تعرض الورقة كلفة الحوسبة أو المال لتشغيل فرق كبيرة، وهذا أهم سؤال لأي فريق يفكر في التبني.
- بيئة معيارية: ProgramBench ليس مشروعاً حقيقياً بمتطلبات غامضة وتبعيات قديمة وفريق بشري يراجع.
ماذا يستفيد منه المطور اليوم؟
حتى لو لم تشغّل 1,024 وكيلاً، فالفكرة قابلة للاستعارة بحجم صغير:
استخدم لوحة مهام مشتركة بدل منسّق ذكي
قبل أن تبني وكيلاً «مديراً» معقداً، جرّب لوحة بسيطة (ملف أو جدول) يحجز فيها كل وكيل مهمته. هذا يقلل نقطة الفشل الواحدة.
اجعل المراجعة وظيفة دائمة
في التجربة نشأ دور المراجع تلقائياً. في مشروعك خصّص وكيلاً أو أكثر للتحقق من الاختبارات قبل الدمج بدل الاعتماد على المنفّذ نفسه.
ابدأ بعدد صغير وقس
تجربة Agensh الافتراضية بثمانية عمّال. قِس الفرق بين 1 و8 و32 على مهمتك قبل التوسع، لأن العدد الأمثل يتغير بحسب المهمة.
انتبه للعزل والصلاحيات
وكلاء يدمجون في مستودع مشترك يعني أن وكيلاً واحداً سيئاً أو مخترقاً قد يفسد العمل كله. راجع عزل وكلاء الذكاء الاصطناعي قبل منحهم صلاحيات الكتابة.
أسئلة شائعة
هل Agensh جاهز للإنتاج؟
هو إطار بحثي مفتوح المصدر يهدف إلى إعادة إنتاج نتائج الورقة، وليس منتجاً مدعوماً. استخدمه للتجريب والتعلم أولاً.
هل يلغي الحاجة إلى وكيل منسّق؟
ليس دائماً. أظهرت التجربة أنه يتفوق على مهام معينة، لكن مهامك قد تحتاج تخطيطاً مركزياً. الخيار الأفضل قياس الاثنين على عملك الفعلي.
هل تكفي الحوسبة المحلية لتجربته؟
الإعداد الافتراضي عقدة Linux واحدة بثمانية عمّال باستخدام Docker Compose، وهو مناسب للتجربة الأولى. أما المقاييس الكبيرة فتحتاج عدة عقد.
الخلاصة
يقترح Agensh أن الفريق الكبير من الوكلاء لا يحتاج مديراً، وأن الأدوار تنشأ من التفاعل نفسه. النتائج مشجعة لكنها محدودة بنموذج واحد وخمس مهام ومن دون أرقام كلفة، فاعتبرها دليلاً على اتجاه، لا حكماً نهائياً. ابدأ بتجربة صغيرة بثمانية وكلاء على مهمة تعرفها جيداً، وقارنها بنظامك الحالي من حيث النتيجة والكلفة، ثم قرّر.
المصادر: MarkTechPost، GitHub: microsoft/Agensh، FourWeekMBA
