تطبيقات النماذج الأساسية
أكبر مجالات الاختبار وزناً. اختيار النموذج الأساسي المناسب، وRAG وقواعد البيانات المتجهة، وهندسة المطالبات، والضبط الدقيق، وطرق تقييم ما بنيته.
معرفة ما النموذج الأساسي لا تخبرك كيف تبني به شيئاً مفيداً. هنا يتحول المقرر من المفاهيم إلى البناء: بين يديك نموذج، ومشكلة عمل، ومجموعة قرارات حول كيفية الربط بينهما. أخطئ في هذه القرارات فتدفع أكثر من اللازم، أو تسرّب بيانات خاصة داخل مطالبة، أو تُطلق نظاماً لا يثق به أحد.
هذا أثقل مجالات الاختبار، وهو يكافئ حسن التقدير لا الحفظ. يمشي بك على المسار الكامل للتطبيق: اختر النموذج المناسب، وثبّته على بياناتك عبر RAG، واضبط سلوكه بالمطالبات، وكيّفه بالضبط الدقيق حين لا تكفي المطالبات، ثم قِس إن كانت النتيجة تعمل فعلاً.
ما الذي يغطيه هذا المجال
- اختيار النموذج الأساسي وضبط معاملات الاستدلال مثل temperature و top-p
- الاسترجاع المعزز بالتوليد (RAG) وقواعد البيانات المتجهة على AWS التي تجعله ممكناً
- طيف التخصيص من المطالبات إلى الضبط الدقيق، والموازنات عند كل خطوة
- الوكلاء الأذكياء داخل التطبيقات، وموضعهم إلى جانب RAG
- هندسة المطالبات: بنيتها وتقنياتها وأفضل ممارساتها وهجماتها مثل حقن المطالبات
- كيف تُدرَّب النماذج الأساسية، وطرق الضبط الدقيق الرئيسية، وتجهيز البيانات لها
- تقييم النماذج بالمقاييس المناسبة، وكيف تقيّم تطبيقات RAG والوكلاء في مقابل أهداف العمل
لماذا هذا مهم
بوزن 28 بالمئة من الاختبار، يحمل هذا المجال ثقلاً أكبر من أي مجال آخر، وأسئلته قائمة على سيناريوهات لا على تعريفات. يُعطى لك موقف وقيد وأربعة خيارات معقولة، ثم يُطلب منك أي نهج يناسب. وهذه بالضبط المهارة التي يبنيها المجال: متى تلجأ إلى RAG بدل الضبط الدقيق، ومتى تتفوق مطالبة أفضل على نموذج أكبر، وكيف تعرف إن كان ما أطلقته جيداً بما يكفي.
المكسب يتجاوز الاختبار. هذه هي القرارات نفسها التي تتخذها الفرق الحقيقية حين تضع نموذجاً أساسياً في الإنتاج، وصوابها هو الفرق بين عرض تجريبي ومنتج يعتمد عليه الناس.
