تخطَّ إلى المحتوى

«إس دبليو إي 2» يدفع نماذج البرمجة نحو جدار الكلفة: خفض الإنفاق بنسبة 64 في المئة ومطاردة الأداء المتقدم

شارك المقال
«إس دبليو إي 2» يدفع نماذج البرمجة نحو جدار الكلفة: خفض الإنفاق بنسبة 64 في المئة ومطاردة الأداء المتقدم
الصورة: Fotis Fotopoulos / Unsplash

استمع لهذا المقال

بصوت ليلى (Layla)

أطلقت شركة «كوجنيشن» نموذجها البرمجي الأحدث «إس دبليو إي 2»، دافعة به حدود ما يُعرف بجبهة باريتو بين الكفاءة والتكلفة، حيث حقق النموذج نسبة نجاح بلغت 50.0 في المئة على اختبار «FrontierCode 1.1 Main»، ليقترب بفارق نقطة مئوية واحدة من نموذج «Fable 5.1» الذي سجل 50.9 في المئة، ولكن بتكلفة تنخفض بنسبة 64 في المئة مقارنة به. ونُفذ التدريب اللاحق للنموذج اعتمادًا على نموذج الأساس «كيمي كيه 3» البالغ حجمه 2.8 تريليون معامل، ليمثل ذلك أول توسيع لتقنيات التعلم المعزز في نطاق النماذج متعددة التريليونات داخل الشركة، متجاوزًا أداء النموذج السابق «إس دبليو إي 1.7» ونموذج «جروك 4.6» على صعيدي الدقة والسعر معًا.

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

ينعكس هذا التحول الهندسي مباشرة في سلوك النموذج داخل بيئات العمل، إذ أظهرت بيانات الاختبار أن النموذج تخلص من عيوب الاستكشاف المفرط للمستودعات البرمجية وقراءة الملفات غير الضرورية قبل البدء في التنفيذ. ففي نمط الجهد المتوسط، حقق النموذج درجات أعلى من نسخته السابقة مع تقليص عدد الخطوات بنسبة 58 في المئة وخفض متوسط التكلفة بنسبة 81 في المئة، مسجلًا أول تعديل برمجي فعلي بعد 18 خطوة فقط مقارنة بمتوسط 48 خطوة في النموذج السابق. كما أظهر النموذج انضباطًا في التحقق من صحة الفرضيات عبر تشغيل الأكواد وبناء اختبارات شاملة بدل الاكتفاء بالردود النظرية، مع إظهار مرونة في إعادة بناء البيانات من مصادر بديلة، مثل سجل المحادثات، عند تعطل واجهات الربط البرمجية. وبدأت إتاحته رسميًا في تطبيق «ديفن» المكتبي وواجهة سطر الأوامر، تمهيدًا لإطلاقه عبر المتصفح ومنصة فيوجن.

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

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

اشترك في همسات الذكاء الاصطناعي — كل أسبوع: قصص وفرص وأحداث مختصرة وموثقة، بلا حشو.

اشترك ليصلك الجديد