Poolside: Laguna XS 2.1 (free)

Poolside Laguna XS 2.1 هو نموذج لغوي قائم على مزيج الخبراء للبرمجة القائمة على الوكلاء والعمل الممتد، ويُطرح بوصفه النموذج الأصغر للنشر المحلي في سلسلة Laguna. يضم 33B معلمة إجمالاً و3B معلمة نشطة لكل توكن. وهو تحديث مقارنةً بـLaguna XS.2، يحتفظ ببنية ذلك النموذج ويحسّن نتائج هندسة البرمجيات ومهام الطرفية التي تعلنها الشركة المصنّعة. يقبل النموذج النص وينتج نصًا وشيفرة واستدلالاً وطلبات استدعاء أدوات.

يجمع تصميمه المكوّن من 40 طبقة بين 10 طبقات انتباه شامل و30 طبقة نافذة منزلقة، مع بوابات sigmoid ونافذة منزلقة تبلغ 512 توكن. تختلف نافذة الانتباه المحلي هذه عن سياق النموذج البالغ 262,144 توكن. وتصف Poolside أيضًا تصميمًا لذاكرة KV-cache بتنسيق FP8 لتقليل الذاكرة لكل توكن. تفسّر هذه الخصائص تركيز النموذج على النشر المحلي، لكن متطلبات الذاكرة الدقيقة تظل معتمدة على نقطة التحقق والتكميم وسياق العمل وإعداد الخدمة.

لمهمة برمجية، قدّم الملفات المصدرية ذات الصلة كنص، والسلوك المتوقع، والخطأ الفعلي أو الناتج الذي أخفق. مثال مفيد للطلب: «أصلح تعامل هذا المحلّل مع محددات الحدود المعالَجة بمحارف الهروب مع الحفاظ على تنسيق المدخلات المنشور. اعرض التغيير المقترح، واشرح الحالات المتأثرة، وحدد أمثلة تكشف حدوث تراجع». أبقِ مخرجًا ملموسًا وشرط إكمال واضحًا كي يعمل النموذج نحو نتيجة، بدلاً من مجرد مناقشة المشكلة.

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

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

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

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

تنشر Poolside إصدار BF16 وإصدارات منفصلة بصيغ FP8 وNVFP4 وINT4 وGGUF، إضافةً إلى ملفات نموذج المسودة DFlash. هذه خيارات نشر مختلفة. لا يعني صِغر عدد المعلمات النشطة أن أوزان النموذج الكاملة لا تشغل إلا مقدار الذاكرة الموافق لذلك العدد، ونموذج المسودة مرافق للتسريع وليس نموذج البرمجة نفسه. احتفظ بنقطة التحقق الدقيقة عند مقارنة النتائج المحلية، وهيّئ محتوى الشيفرة أو المستندات كنص لهذا النموذج الذي يحوّل النص إلى نص.

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