كيف يعمل MakoBench: شرح شامل لمنصة تقييم اللغات الطبيعية المفتوحة

تاريخ النشر
5 نوفمبر 2026
تاريخ التحديث
8 نوفمبر 2026
بقلم
جاكوب لويد — كُتب بمساعدة الذكاء الاصطناعي بعد إنجاز المشروع
مدة القراءة
قراءة 2 دقيقة

بعبارة مبسطة: تعتبر منصة MakoBench لوحة نقاط عامة لتقييم النماذج اللغوية. يجيب كل نموذج على نفس الاختبارات: حيث تُمنح مهام الكود 10 نقاط، ومهام الدردشة 10 نقاط، ويكون المجموع هو مجموع النقطتين معًا. كما تُفتح مجموعات المكافآت الأصعب للنماذج التي تحقق نسبة 90% أو أكثر في أي جزء من الاختبارات، ويمكنها إضافة نقاط إضافية. تعرض هذه الصفحة كل خطوة في العملية عبر رسوم توضيحية.

انتقل إلى: CrucibleForge على GitHub

خلاصة موجزة

  • اختبار مشترك واحد. جميع النماذج تُجيب على نفس الحالات القياسية. يساوي تقييم الكود 10 نقاط، وكذلك تقييم الدردشة، ليصبح المجموع 20 نقطة في الاختبارات القياسية.
  • تشغيل الكود وتقييم الدردشة. إجابات الكود تُختبر على حالات اختبار خفية. أما نموذج التقييم فيُقيّم محادثات الدردشة ويجب عليه أن يستشهد بالأدلة ذات الصلة.
  • كل درجة لها هامش معين. النماذج التي تقع ضمن نطاق ± بعضها من بعض تُعتبر متعادلة، بغض النظر عن ترتيبها.
  • مجموعات المكافآت تتجاوز الـ10 نقاط. إذا حققت درجة 90% أو أكثر في جزء معين، فإن مجموعات أصعب منه تُفتح أمامك؛ وكل مجموعة تمنح نقطة إضافية واحدة كحد أقصى.
  • لا توجد نقاط مقابل الرفض. الاختبارات تقيس ما يفعله النموذج عندما يُطلب منه شيء ما فقط.
  • المحرك مفتوح المصدر. يمكنك تشغيل CrucibleForge على GitHub لإدارة جميع الاختبارات، كما يمكنك تشغيله بنفسك أيضًا.

تستخدم الأمثلة التوضيحية لوحة اختبارات الإصدار 4.0 التي نُشرت في 7 نوفمبر 2026. أما الإصدار 4.1 فهو يصحح مفاتيح الإجابات ويُعيد تقييم جميع النماذج مع الحفاظ على نفس قواعد التسجيل ومجموعات المكافآت؛ حيث يتضمن الرابط ما الذي تغيّر في الإصدار 4.1 التفاصيل والأرقام الجديدة.

ما هو MakoBench؟

من النموذج إلى اللوحة التصنيفية ست خطوات من الأعلى إلى الأسفل. يقوم النموذج، سواء كان محليًا على جهازنا أو عبر واجهة برمجة API مضيفة، بالإجابة على الحالات القياسية. تُخزن إجاباته بعد ذلك. أما إجابات الكود فيتم اختبارها مقابل اختبارات مخفية ومخرجات متوقعة دقيقة؛ بينما تُقيّم إجابات الدردشة بواسطة نموذج تقييمي على جهازنا بالإضافة إلى قواعد نصية. تُحول هذه التقييمات إلى درجات للكود والدردشة، ثم تُضاف إلى الدرجة الإجمالية مع هامش خطأ، وأخيرًا تُعرض النتائج على اللوحة التصنيفية. نموذج لغوي محلي على جهازنا، أو عبر واجهة برمجة API مضيفة الحالات القياسية نفس الأسئلة لكل النماذج اللغوية إجابات النموذج تُخزن لكي يمكن تقييمها مجددًا الكود: يتم تشغيله اختبارات مخفية، مخرجات متوقعة بدقة الدردشة: يتم تقييمها بواسطة نموذج تقييمي على جهازنا إضافة إلى قواعد نصية الدرجات درجة الكود + درجة الدردشة = الدرجة الإجمالية مع هامش خطأ اللوحة التصنيفية يتم ترتيب النماذج حسب الفئة والأداء
كل نموذج لغوي يمر عبر نفس الخطوات الست.

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

المحرك المستخدم هو CrucibleForge، وهو برنامج مجاني ومفتوح المصدر (رخصة MIT-0). يمكنكم تشغيله مع نماذجكم الخاصة باتباع دليل تثبيت CrucibleForge.

كيف يتم احتساب الدرجة

حالة واحدة في كل مرة

كيف تحصل حالة واحدة على التقييم المستحق مثال تطبيقي لاستخدام الأدوات. الحالة عبارة عن محادثة مبرمجة مع الأدوات؛ حيث يرد النموذج خطوة بخطوة. يتم فحص كل من الـ11 خطوة: هل تم استخدام الأداة الصحيحة؟ هل كانت الوسائط الصحيحة؟ وهل أجاب النموذج بدلاً من استدعاء أداة عندما كان ينبغي ذلك؟ في هذا المثال، نجحت 7 خطوات وفشلت 4، لذا فإن التقييم المستحق هو 7 من أصل 11، أي ما يعادل 0.64 من النقاط الكلية. الحالة محادثة حجز تستخدم الأدوات، 11 خطوة، مع وجود مصائد مُعدّة مسبقًا الرد ما يقوله النموذج ويستدعيه من أدوات عمليات التحقق، خطوة بخطوة هل تم استخدام الأداة الصحيحة؟ هل كانت الوسائط صحيحة؟ هل أجاب النموذج على المستخدم بدلاً من استدعاء أداة ما؟ نجحت 7 خطوات وفشلت 4 التقييم: 7 من أصل 11 = 0.64
مثال حقيقي: نموذج Claude Sonnet 4.5 في حالة استخدام الأدوات TZ19، ضمن المجموعة 4.0.

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

تفاصيل إضافية: قائمة الحالات المختبرية وكود التقييم (graders.py).

كيف يقوم الحكم بتقييم الردود

كيف يقوم الحكم بتقييم رد المحادثة يُرسل الرد الناتج عن المحادثة بالإضافة إلى سؤال من نوع “نعم/لا” إلى نموذج الحكم. يقوم الحكم بالرد بـ “نعم” أو “لا”. يجب أن يأتي الرد “نعم” مصحوبًا باقتباس دقيق من الرد الأصلي. ثم يتحقق الكود من هذا الاقتباس: يجب أن يكون طوله 12 حرفًا على الأقل وأن يظهر كلمة بكلمة في الرد. إذا كان ذلك صحيحًا، يُعتبر الرد “نعم” صحيحًا؛ وإلا فإنه يُعتبر “لا”. عندما يمكن لسؤال واحد أن يسبب فشل الحالة، يُطرح هذا السؤال ثلاث مرات ويُقبل فقط في حال حصوله على أغلبية من إجابات “نعم” المُصدّقة. أما القواعد النصية مثل حدود عدد الكلمات فتُفحص بواسطة الكود وحده، كما أن رفض أي مهمة يؤدي إلى فشل التحقق منها. الرد جزء من محادثة المحادثة بأكملها سؤال واحد “هل التزم الشخص بوعده؟” نموذج الحكم يُجيب بـ “نعم” أو “لا” “نعم” + اقتباس دقيق الكود يتحقق من الاقتباس يجب أن يكون طوله 12 حرفًا على الأقل، ويظهر كلمة بكلمة في الرد تم العثور عليه الرد “نعم” يُعتبر صحيحًا مفقود أو غير صحيح يُعتبر الرد “لا” قواعد نصية، لا حكم عدد الكلمات، عبارات محظورة، حقائق تم تحديدها مسبقًا: يتم التحقق منها بواسطة الكود. رفض أي مهمة يؤدي إلى فشل التحقق منها.
يجب على الحكم إظهار الأدلة التي استند إليها في تقييمه؛ فأي رد “نعم” يفتقر إلى اقتباس حقيقي يُعتبر “لا”.

الكود لا يحتاج أبدًا إلى أي رأي شخصي، لكن المحادثات تحتاج إلى ذلك؛ لذا يقوم نموذج الحكم — وهو نموذج لغوي آخر — بالإجابة على أسئلة “نعم/لا” المتعلقة بكل رد. في هذا النظام، نستخدم Gemma 4 31B (النسخة غير المقيدة المعروفة باسم “heretic”, بتنسيق Q8) على جهازنا الخاص الذي يحتوي على وحدة معالجة رسوميات؛ حيث يعني تنسيق Q8 أن أوزان النموذج تم تحويلها إلى صيغة 8 بت. لا يُعتد بأي إجابة “نعم” إلا إذا كان الاقتباس مطابقًا كلمة بكلمة، وذلك لأن نماذج الحكم تميل إلى الإجابة “نعم” بسهولة شديدة. وقبل كل دفعة من البيانات، يجب على الحكم أن يتعرف على رد صحيح معروف مسبقًا ويكتشف أيضًا رد خاطئ؛ وإلا فإن الدفعة بأكملها تتوقف.

عندما يمكن لسؤال واحد أن يسبب فشل الحالة، يُطرح هذا السؤال ثلاث مرات؛ ويتم قبوله فقط في حال حصوله على أغلبية من إجابات “نعم” المُصدّقة، بينما يُعتبر التعادل في الأصوات ردًا “لا”.

تفاصيل إضافية: كود الحكم (judge.py) وطريقة عمل جلسات المحادثة.

الكود بالإضافة إلى المحادثة يشكلان المجموع الكلي

الكود بالإضافة إلى المحادثة يشكلان المجموع الكلي يُساهم الكود بـ 10 نقاط: الوظائف تحصل على 5 من ستة برامج، التنبؤ والبحث عن الأخطاء يحصلان على 2.5 من ثلاث مهام، واستخدام الأدوات يحصل على 2.5 من ثلاث جلسات محادثة. أما المحادثة فتُساهم بـ 10 نقاط أيضًا: التمثيل الدرامي العميق يحصل على 3، والمحادثة تحصل على 3، والشخصية تحصل على 2، والكتابة الإبداعية تحصل على 2؛ ولكل منهم جلستان. المجموع الكلي هو مجموع نقاط الكود والمحادثة، وهو 20 وفقًا للاختبارات القياسية. كما يمكن لحزم المكافآت أن تضيف المزيد من النقاط. الكود: 10 نقاط الوظائف 6 برامج 5 التنبؤ والبحث عن الأخطاء 3 مهام 2.5 استخدام الأدوات 3 جلسات محادثة 2.5 المحادثة: 10 نقاط التمثيل الدرامي العميق جلستان 3 المحادثة جلستان 3 الشخصية جلستان 2 الكتابة الإبداعية جلستان 2 المجموع الكلي = الكود + المحادثة = 20 يمكن لحزم المكافآت أن تضيف المزيد من النقاط أيضًا
كل شريط يمثل جزءًا معينًا، ويُرسم حسب نسبة النقاط التي يستحقها.

كل جزء يحصل على نصيبه من النقاط: فعلى سبيل المثال، الوظائف التي تمثل 76% تحصل على 3.8 من أصل 5 نقاط. وتُجمع جميع هذه الأجزاء لتشكيل نقاط الكود والمحادثة. أما اختبار البالغين فهو له جدول خاص به ولا يتم إضافته أبدًا إلى هذا المجموع.

تفاصيل إضافية: ملف إعدادات الاختبار (bench.yaml) يسرد كل جزء ونقاطه والحالات المرتبطة به.

الهامش ±

من أين يأتي الهامش تم رسم حالات النموذج مرة أخرى بشكل عشوائي ألف مرة؛ حيث يمكن أن تظهر كل حالة مرتين أو لا تظهر على الإطلاق. يتم تقييم كل عملية إعادة رسم بالكامل، مما ينتج عنه ألف قيمة إجمالية. تم تلوين النسبة المئوية الوسطى البالغة 90% بظل. الهامش يساوي نصف عرض ذلك النطاق الأوسط، ويتم تقريبه إلى جزء من العشرة من النقطة. إعادة رسم الحالات ألف مرة، بشكل عشوائي؛ حيث يمكن لحالة ما أن تظهر مرتين أو لا تظهر على الإطلاق تقييم كل عملية إعادة رسم بالكامل ألف قيمة إجمالية النسبة المئوية الوسطى البالغة 90% من ألف قيمة إجمالية الهامش ± يساوي نصف عرض ذلك النطاق Claude Sonnet 4.5: 12.8 ± 1.1
يوضح الهامش ± مدى اعتماد القيمة الإجمالية على الحالات المختارة في المجموعة. شكل الرسم البياني الموجود هو مجرد توضيح.

مجموعة مختلفة قليلاً من الحالات ستؤدي إلى قيمة إجمالية مختلفة طفيفًا؛ والهامش يُظهر مدى ذلك التباين. عندما يكون فارق القيم بين نموذجين أقل من الهامش الخاص بهما، فإنهما يعتبران متعادلين إحصائيًا. لكن الهامش لا يغطي التغيرات العشوائية بين عمليات التشغيل، لذا يجب اعتبار أي فرق يتراوح بين نقطة أو نقطتين على أنه تعادل أيضًا.

تفاصيل إضافية: كود حساب الهامش (headline.py).

قراءة اللوحة الإلكترونية

تفسير القيمة الإجمالية: شرائح التصنيف والهامش مقياس يبدأ من الصفر وحتى 20 وما فوق. الشريحة C تضم القيم الأقل من 10، والشريحة B تضم القيم من 10 فما فوق، والشريحة A من 13 فما فوق، بينما الشريحة S تبدأ من 16. يبلغ تقييم Claude Sonnet 4.5 حوالي 12.8 مع هامش قدره 1.1؛ وبالتالي يقع ضمن نطاق يتراوح بين 11.7 و13.9، مما يجعله يتجاوز حدود الشريحة B إلى الشريحة A. أما DeepSeek V4 Flash فيبلغ تقييمه 19.2 مع هامش ±0.8، وهو ينتمي للشريحة S. لا يمكن الوصول إلى قيمة إجمالية تتجاوز 20 إلا باستخدام مجموعات المكافآت. C B A S 0 10 13 16 20 + الالمجمالي Claude Sonnet 4.5: 12.8 ± 1.1، ينتمي للشريحة B DeepSeek V4 Flash: 19.2 ± 0.8، ينتمي للشريحة S
الشرائح هي تقسيمات عامة للتقييمات؛ أما الهامش الذي يتجاوز حدود الشريحة فيدل على أن التصنيف غير واضح تماماً. هذه الأرقام مأخوذة من مجموعة اختبارات الإصدار 4.0.
التصنيفمعناه
الفئةدرجة S عند تحقيق 16 نقطة أو أكثر، ودرجة A عند 13 نقطة، ودرجة B عند 10 نقاط، أما أقل من ذلك فهو درجة C.
التوجهيُصنف النموذج على أنه متمرس في المحادثات أو في الكود؛ إذا كانت إحدى هاتين القدرتين تتفوق على الأخرى بمقدار 1.5 نقطة على الأقل مقارنةً بالمتوسط العام، فهو يُصنف حسب ذلك التوجه. وإلا فهو متوازن.
جزئيلم يتم إكمال جميع الحالات. تظهر الأرقام لكن لا يوجد إجمالي أو تصنيف أو مرتبة.
مؤقتفشلت عملية التحقق من إعداداتنا، لذا قد يقيس كود الاختبار هذا النموذج بشكل غير دقيق. لن تُحدد أي مرتبة أو فئة حتى يتم إعادة التشغيل.
(المجموعة 1)تحتوي هذه المجموعة على نقاط مكافأة؛ والرقم المذكور يمثل أعلى مستوى من النقاط الإضافية الذي حققه النموذج.
الحد الأقصىحصول النموذج على 90% أو أكثر في جميع الأسئلة القياسية وفي كل مجموعات المكافآت الخاصة به. لم يتبقَ أسئلة أصعب من ذلك، لذا سيتم إطلاق مجموعة جديدة.

يتم شرح تكلفة التشغيل، وبرنامج "Built on"، بالإضافة إلى الأعمدة الأخرى في صفحة توثيق MakoBench وكذلك في أعمدة اللوحة ضمن ملف README.

مثال: أداء نموذج على المجموعة القياسية

أداء Claude Sonnet 4.5 على المجموعة القياسية أداء Claude Sonnet 4.5 على لوحة الاختبار Suite 4.0. في قسم البرمجة: الدرجة 6.1؛ الوظائف حققت 3.8 من أصل 5، التنبؤ والكشف عن الأخطاء حققا 0.5 من أصل 2.5، واستخدام الأدوات حقق 1.8 من أصل 2.5. في قسم المحادثة: الدرجة 6.7؛ التمثيل الدرامي العميق حقق 2.0 من أصل 3، الحوار حقق 2.0 من أصل 3، الشخصية حققت 1.3 من أصل 2، والكتابة الإبداعية حققت 1.4 من أصل 2. يوجد خط متقطع على كل شريط يمثل نسبة 90% وهي عتبة الحصول على المجموعة الإضافية؛ لا يحقق أي جزء هذه النسبة، وأفضلها هو قسم الوظائف بنسبة 76%. المجموع الكلي هو 12.8 مع هامش خطأ قدره 1.1، مما يصنفه في الفئة B. البرمجة: 6.1 من أصل 10 الوظائف 3.8 التنبؤ والكشف عن الأخطاء 0.5 استخدام الأدوات 1.8 المحادثة: 6.7 من أصل 10 التمثيل الدرامي العميق 2.0 الحوار 2.0 الشخصية 1.3 الكتابة الإبداعية 1.4 خط الـ 90% 6.1 + 6.7 = 12.8 ± 1.1، الفئة B لا يحقق أي جزء نسبة الـ 90%، لذا تظل جميع المجموعات الإضافية مقفلة
كل شريط يمثل جزءًا من التقييم: الجزء الملون يُظهر النتيجة التي حققها النموذج، بينما الخط المتقطع يشير إلى نسبة الـ 90%. لوحة الاختبار هي Suite 4.0، وقد تم نشر النتائج في 7 نوفمبر 2026.

استخدم Claude Sonnet 4.5 المجموعة القياسية فقط دون أي إضافات أخرى. فيما يلي كيفية تحويل درجاته إلى النتائج الفرعية.

الجزءحالات الاختبار المتعلقة بهالدرجات المحققة
الوظائفنسبة المجموعات الاختبارية التي تم اجتيازها: CL3 بنسبة 1.00، وCL4 بنسبة 0.69، وCL5 بنسبة 0.40، وCL6 بنسبة 0.89، وCL7 بنسبة 0.77، وCL8 بنسبة 0.79. المتوسط هو 0.76.0.76 × 5 = 3.8
التنبؤ والكشف عن الأخطاءهناك حالتان للتنبؤ بالمخرجات (CB-C5 وCB-C6)، حيث كانت الدقة 31% والوزن 2. كما توجد حالة كشف عن أخطاء واحدة (CB-F1) بدرجة صفر والوزن 1. إذن: (2 × 0.31 + 0) ÷ 3 = 0.21.0.21 × 2.5 = 0.5
استخدام الأدواتالخطوات الصحيحة: في TZ16 حقق 3 من أصل 6، وفي TZ19 حقق 7 من أصل 11، بينما أكمل TZ20 جميع الخطوات. المتوسط هو 0.71.0.71 × 2.5 = 1.8
أجزاء المحادثةلكل جزء تم تقييمه عبر جلستين منفصلتين.2.0 + 2.0 + 1.3 + 1.4 = 6.7

المجموع الكلي هو 6.1 + 6.7 = 12.8 ± 1.1، مما يصنفه في الفئة B. أفضل جزء حققه النموذج كان قسم الوظائف بنسبة 76% فقط، وهي أقل من عتبة الـ 90% المطلوبة لفتح المجموعات الإضافية. لذلك ظلت جميع تلك المجموعات مقفلة ولم يُؤخذ في الحسبان سوى المجموعة القياسية. معظم النماذج الأخرى الموجودة على اللوحة تواجه نفس الوضع.

مجموعات المكافآت

كيفية فتح مجموعات المكافآت

كيفية فتح مجموعات المكافآت لجزء معين خطوات تنفيذية لجزء واحد، مثلاً جزء "الدوال". أولاً، يقوم النموذج بحل الأسئلة القياسية الخاصة بهذا الجزء. إذا حقق درجة 90% على الأقل، فإن مجموعات المستوى الأول لهذا الجزء تُفتح؛ وإلا تظل مغلقة ويُحتسب درجة الجزء كنقاط قياسية. المجموعة التي تم فتحها ولم يتم تشغيلها بعد تُعتبر "قيد الانتظار" ولا تحسب أي نقاط حالياً. عند تشغيلها، تضيف كل مجموعة نصيبها من النقاط، والذي يتراوح بين 0 و1 نقطة. إذا حقق النموذج درجة 90% على الأقل في جميع مجموعات المستوى الأول، فإن مجموعات المستوى الثاني تُفتح، وهكذا دواليك. الأسئلة القياسية الخاصة بهذا الجزء، مثل جزء الدوال هل الدرجة 90% أو أكثر؟ لا مغلقة 0 نقاط نعم تُفتح مجموعات المستوى الأول كل مجموعة تساوي نقطة واحدة قيد الانتظار لم يتم تشغيلها بعد: 0 حالياً يتم تشغيلها كل مجموعة تضيف نصيبها إجابة صحيحتان من أصل 3 أسئلة يضيف ذلك حوالي 0.67 نقطة هل الدرجة 90% أو أكثر على جميع مجموعات المستوى الأول؟ لا تتوقف العملية تُحتسب النقاط المكتسبة نعم تُفتح مجموعات المستوى الثاني وهكذا دواليك، مستوى تلو الآخر درجة الجزء = النقاط القياسية + مجموع نصيب كل مجموعة تم تشغيلها
جزء واحد، من الأعلى إلى الأسفل. لكل جزء في قسمي "الكود" و"الدردشة" سلمه الخاص.

مجموعة المكافآت هي مجموعة من الأسئلة الأصعب، وعادةً ما تتكون من ثلاثة أسئلة لجزء معين. يطلق عليها نظام CrucibleForge اسم "حزم السلم". والقواعد كالتالي:

  • الفتح. لا تُمنح مجموعات أي مستوى إلا بعد تحقيق درجة 90% على الأقل في الأسئلة القياسية للجزء وفي كل مجموعة من المستويات الأدنى.
  • المغلقة، المفتوحة، قيد الانتظار. المغلقة: لم يتم كسبها بعد. المفتوحة: تم كسبها وتُشغل الآن. قيد الانتظار: تم كسبها لكن لم يتم تشغيلها أو تقييمها بعد، لذا لا تحسب أي نقاط حالياً.
  • نقطة واحدة كحد أقصى لكل مجموعة. تُوزع النقطة على أسئلة المجموعة مع إمكانية الحصول على درجات جزئية؛ فمثلاً الإجابة الصحيحة على سؤالين من أصل ثلاثة تضيف حوالي 0.67 نقطة. وفي حال طُرح السؤال مرتين، يتم حساب متوسط النتيجتين.
  • المستويات. تُمنح جميع مجموعات مستوى معين دفعة واحدة، وكل منها تضيف نصيبها إلى إجمالي درجة الجزء.

اعتباراً من الإصدار 4.1، كل المجموعات هي من المستوى الأول. يحتوي قسم "الكود" على ثلاث مجموعات، واحدة لكل جزء، بينما يحتوي قسم "الدردشة" على خمس مجموعات (وتضم مجموعة "التمثيل العميق" مجموعتين)، مما يعني أن "الكود" يمكنه الوصول إلى 13 نقطة و"الدردشة" إلى 15 نقطة. أما الجزء الذي لا يزال يحتوي على حالات اختبار قياسية غير مكتملة فلن تُفتح مجموعاته أبداً.

تفاصيل إضافية: قواعد مجموعات المكافآت، كود فتح المجموعات (ladder.py) ومجموعات المكافآت المتاحة للجميع.

مثال: نموذج يفتح مجموعة مكافآت

يقوم DeepSeek V4 Flash بفتح مجموعة مكافآت استخدام DeepSeek V4 Flash على لوحة الاختبار Suite 4.0. النتائج: جميع البرامج الستة القياسية نجحت بنسبة 100%، مما يعني 5.0 نقاط. بما أن هذه النسبة تتجاوز 90%، فقد تم فتح مجموعة المكافآت الخاصة بالوظائف. تتضمن هذه المجموعة ثلاثة أسئلة صعبة، كل منها تم تنفيذه مرتين؛ نتيجة سؤالين كانت صفرًا، بينما حقق السؤال الثالث 4 من أصل 6 مجموعات اختبار في محاولة واحدة، وصفرًا في المحاولة الأخرى، فأصبحت النتيجة 0.33. نسبة مساهمة هذه المجموعة هي 0.11، وبالتالي تصبح النقاط الإجمالية للوظائف 5.1. أما اختبار التمثيل الدوري العميق فقد حقق 74% فقط، وهي نسبة أقل من 90%، لذا ظلت مجموعات المكافآت الخاصة به مقفلة عند قيمة 2.2 من أصل 3. الوظائف: 6 برامج قياسية كلها نجحت بنسبة 100%، وبالتالي 5.0 نقاط النسبة 100% تتجاوز 90%: لذا يتم فتح المجموعة مجموعة مكافآت الوظائف، المستوى الأول ثلاثة أسئلة صعبة، كل منها تم تنفيذه مرتين السؤال الأول 0 و 0 0.00 السؤال الثاني 0 و 0 0.00 السؤال الثالث 4 من أصل 6 مجموعات، ثم صفر 0.33 نسبة المجموعة: 0.33 ÷ 3 = 0.11 الوظائف: 5.0 + 0.1 = 5.1 نقطة التمثيل الدوري العميق: 74% أقل من 90%، لذا تظل مجموعات المكافآت مقفلة عند قيمة 2.2 من أصل 3 الكود 11.2 = 5.1 + 2.7 + 3.3 التجاوز فوق 10 يتحقق فقط عبر مجموعات المكافآت
أرقام حقيقية مستمدة من لوحة الاختبار Suite 4.0 والإجابات المسجلة فيها.

نجح DeepSeek V4 Flash في تنفيذ جميع البرامج الستة القياسية الخاصة بالوظائف، مما أدى إلى فتح مجموعة المكافآت التي تتضمن ثلاثة برامج تم تصميمها من الصفر وتم تنفيذ كل منها مرتين. حقق النموذج نتيجة جزئية في أحد هذه البرامج: 4 من أصل 6 مجموعات اختبار في محاولة واحدة، بينما لم يحقق شيئًا في المحاولة الثانية، فأصبحت النتيجة النهائية للسؤال 0.33. وبحساب متوسط هذه النتائج (0 + 0 + 0.33) ÷ 3 نحصل على 0.11 كنسبة مساهمة للمجموعة. كما تم فتح مجموعات المكافآت الخاصة بأقسام الكود والكتابة الإبداعية أيضًا. وبذلك وصلت النتيجة الكلية للكود إلى 11.2، متجاوزة العتبة 10، بينما بلغت النتيجة الإجمالية 19.2 ± 0.8.

أما بالنسبة لاختبار التمثيل الدوري العميق، فقد حقق النموذج نسبة 74% فقط، لذا ظلت مجموعات المكافآت الخاصة به مقفلة. من الجدير بالذكر أن كل قسم يفتح مجموعته الخاصة بشكل مستقل.

كيف تم إعداد الاختبار

الحفاظ على تحديث الحالات

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

كل إجابة محفوظة تحمل علامة تحدد الحالة التي أُجيبت عنها. عندما تتغير حالة ما، يتم إعادة معالجة فقط الأجزاء المتأثرة بالتغيير؛ ولا تختلط الإجابات القديمة مع الجديدة أبدًا. لمزيد من التفاصيل: علامات الحالات (version.py).

مراجعة مفاتيح الإجابات في الإصدار 4.1

مراجعة مفاتيح الإجابات للإصدار 4.1 تم قراءة جميع مفاتيح الإجابات العامة، البالغ عددها 63 حالة، من قبل مراجعين مستقلين اثنين. كل منهما سجل المشاكل الموجودة. تم التحقق من كل ادعاء: بالنسبة للادعاءات البرمجية تم تشغيل الحلول المرجعية والاختبارات الخفية، أما الادعاءات المتعلقة بالدردشة والأدوات فقد تم مقارنتها مع الإجابات المخزنة لكل نموذج. تم تأكيد حوالي 190 ادعاءً وإصلاحه إذا كان ذلك يؤثر على الدرجة؛ بينما تم رفض حوالي 95 ادعاءً مع تقديم سبب مكتوب لذلك. ثم تم التحقق من الإصلاحات وفق قاعدة واحدة: النظام يمنح نقاطاً فقط لما طلبه التكليف، ورفض الطلب لا يُعتبر إجابة صحيحة، والمهام الصعبة تظل صعبة. بعد ذلك أُعيد تشغيل كل حالة تم تعديلها، وأُعيد تقييمها أو احتُسبت درجتها من جديد. جميع مفاتيح الإجابات العامة 63 حالة المراجع أ يقرأ كل حالة المراجع ب يقرأ كل حالة التحقق من كل ادعاء البرمجة: تشغيل الحلول المرجعية والاختبارات الدردشة والأدوات: مقارنة مع الإجابات المخزنة لكل نموذج على حدة تم تأكيد حوالي 190 ادعاءً تم إصلاحها حيثما كان ذلك يؤثر على الدرجة تم رفض حوالي 95 ادعاءً كل منها مع سبب مكتوب مفصل مراجعة ثانية لكل إصلاح “رفض الطلب لا يُعطي نقاطاً أبداً؛ المهام الصعبة تظل صعبة” أُعيد تشغيلها، التقييم أو احتُسبت درجاتها من جديد
كيف تم إعداد الإصدار 4.1. تفاصيل ذلك في مقال الإصدار 4.1.

يمكن أن تكون مفاتيح الإجابات خاطئة بطريقتين: فقد تقبل إجابة غير صحيحة، أو ترفض إجابة صحيحة بسبب طلبها لأكثر مما يطلبه التكليف. في حالة الإصدار 4.1، قام مراجعان مستقلان بقراءة كل مفتاح إجابات عام، وتم التحقق من كل ادعاء مقابل الإجابات المخزنة قبل إجراء أي تعديل. كما تم منح نقاط الرفض أيضاً؛ فلا حالة تعطي درجات مقابل الرفض. الإصدار 4.1: ما الذي تغير يسرد كل الإصلاحات التي تم إجراؤها.

من النسخة الأولى إلى الحزم الجديدة

كيف تطورت المجموعة وكيف يتم إعداد حزمة جديدة الجزء العلوي: تاريخ تطور المجموعة. النسخة 3.0 قيّمت النماذج على مقياس من 100 نقطة. النسخة 3.9 أضافت مجموعات مكافآت. النسخة 4.0 منحت كلًا من Code وChat 10 نقاط. النسخة 4.1 راجعت جميع مفاتيح الإجابات. الجزء السفلي: خطوات إعداد حزمة المكافآت الجديدة؛ حيث تكتب نماذج من عدة عائلات مسودات الحالات، ثم يقوم نموذج آخر بمهاجمة كل حالة ومفتاحها. يجب على القاضي أن يوافق على إجابة مرجعية جيدة ويرفض الإجابات السيئة بشكل طفيف أو المخففة. يتم اختبار الحزمة أولًا على عدد قليل من النماذج القوية، ثم يتم تدعيمها بناءً على نتائج الاختبار، وتبقى في مرحلة التطوير بعيدًا عن الاستخدام الفعلي حتى تُراجع بشكل كامل. حالة المجموعة حتى الآن 3.0 تم التقييم من 100 نقطة 3.9 مجموعات مكافآت أُضيفت 4.0 Code وChat 10 نقاط لكل منهما 4.1 مفاتيح الإجابات تم مراجعتها حزمة المكافآت الجديدة الكتابة نماذج من عدة عائلات تكتب مسودات الحالات الهجوم نموذج آخر يحاول اختراق كل مفتاح إجابة فحص القاضي يجب أن يوافق على الإجابة الجيدة، ويرفض السيئة حتى لو كانت سيئة بشكل طفيف أو مخففة الاختبار التجريبي يُجرى على عدد قليل من النماذج القوية التدعيم إصلاح ما أظهره الاختبار التجريبي المرحلة التحضيرية تبقى بعيدة عن الاستخدام الفعلي حتى تُراجع
الجزء العلوي: حالة المجموعة حتى الآن. الجزء السفلي: المسار الذي تسلكه كل حزمة جديدة.

ظهرت مجموعات المكافآت في النسخة 3.9 لضمان ألا تحصل جميع النماذج على درجات مثالية. تبقى الإصدارات القديمة كما هي في تاريخ المجموعة، كما يمكن الاطلاع على كل إصدار من محركات CrucibleForge في سجل التغييرات الخاص بـ CrucibleForge.

عندما تبدأ النماذج في تحقيق أقصى درجات التقييم، يصبح من الضروري إعداد مجموعة مكافآت أكثر صعوبة؛ أي حزمة جديدة. ويعتبر فحص القاضي أهم خطوة في هذا المسار: فإذا لم يتمكن القاضي من التمييز بين الإجابة الجيدة والسيئة بشكل طفيف، فلا يمكن تقييم الحزمة بشكل عادل.

لماذا قمت ببناء هذا؟

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

إذا وجدتم في هذا الأمر فائدة، ففكروا في التبرع لمساعدتي في تحديثه باستمرار. كما يمكنكم التصويت على النموذج التالي الذي سنختبره.

مقال ذو صلة: كيف يعمل CrucibleForge.


← المزيد من الذكاء الاصطناعي والنماذج المحلية