فريق من خمس نسخ Qwen3.8-27B يتفوق على Fable 5 في LiveCodeBench Hard

يُقدَّم Qwen3.8-27B بوصفه النموذج المستخدم خمس مرات في إعداد الفريق، بينما Fable 5 هو النموذج المقارَن به. أما الاختبار فهو LiveCodeBench Hard الذي يركّز على مسائل بأسلوب البرمجة التنافسية، حيث تفشل الإجابات الفردية المباشرة في كثير من الأحيان.

يبدو أن نهج Memdoor يعتمد على تعدد نسخ النموذج العاملة معاً بدلاً من نموذج واحد ضخم. وهذا نمط معروف في وكلاء البرمجة بالذكاء الاصطناعي: يمكن للنماذج الأصغر أن تعوّض نقاط ضعفها الفردية عبر مراجعة عمل بعضها، وإن كان المصدر لا يفصّل آلية التصويت أو التوجيه الدقيقة.

إلى جانب ادّعاء الاختبار، يصف Memdoor ميزات عملية موجّهة للمطورين. فهو يعمل محلياً أو عبر SSH، ويحسّن استهلاك الرموز token، ويمكنه أتمتة مهام التكامل المستمر CI ومهام cron عبر مسارات عمل متينة. والوعد هنا هو ملف تنفيذي واحد يتولى البرمجة والأتمتة معاً، من دون حزمة محلية ثقيلة.

هذا المزيج مهم للفرق التي تريد وكيل برمجة بالذكاء الاصطناعي داخل بنيتها التحتية الحالية. بحسب وصف المستودع، يستهدف Memdoor كفاءة الرموز والمسارات المتينة، وهما نقطتا ألم لكل من يشغّل وكلاء في خطوط CI. ولا يحدد النص المصدر السعر أو الترخيص أو أنظمة التشغيل المدعومة.

إن كنت تتابع أدوات البرمجة بالذكاء الاصطناعي، فهذه إشارة تستحق المتابعة لا حكماً نهائياً. ادّعاء تفوق خمس نسخ من Qwen3.8-27B على Fable 5 في LiveCodeBench Hard لافت لأنه يشير إلى الاستدلال القائم على الفريق كطريق لبلوغ أداء برمجي عالٍ من دون نموذج عملاق واحد.

أما بالنسبة للمطورين في تونس، فالزاوية العملية هي توفر الشيفرة. مشروع Memdoor موجود على GitHub، لذا يمكن اختباره محلياً أو عبر SSH، لكن لم يُعلن أي سعر محلي أو توفر سحابي أو دعم في تونس. ولا يوجد في المصدر تاريخ إصدار رسمي أو عرض تجاري، لذا تعامل مع نتيجة الاختبار كادّعاء من المشروع إلى أن تظهر اختبارات مستقلة.