منصة تعلّم إلكتروني مبنية حول مساعد ذكي: يطرح المتعلمون أسئلة سياقية ويحصلون على إجابات مبنية على أساس واضح، ويتلقون توصيات محتوى شخصية، ويُتتبَّع تقدمهم تلقائيًا بدلًا من تصفح كتالوج دورات ثابت.
المشكلة والقيود
غالبًا ما تجيب الدردشة العامة القائمة على نموذج لغوي كبير والمُلحَقة بمنصة دورات على أسئلة منفصلة عمّا يعمل عليه المتعلم فعليًا، ولا تقدّم أي وسيلة لمعرفة ما إذا كان التفاعل قد ساعده فعلًا على التقدم. كان الهدف مساعدًا سياقيًا لمحتوى المتعلم وتقدمه الحاليين، لا أداة دردشة عامة.
النهج
- خلفية FastAPI تعرض واجهة برمجة REST يستهلكها الواجهة الأمامية للمنصة، مع إبقاء منطق المساعد الذكي كخدمة منفصلة بدلًا من مزجها بعرض الصفحات.
- دمج واجهة OpenAI البرمجية لمنطق الأسئلة والأجوبة والتوصيات، مع تعليمات (prompts) محصورة في سياق الدورة الحالية للمتعلم بدلًا من دردشة مفتوحة.
- تصميم تتبع التقدم كوحدة قائمة بذاتها، تُغذّي بدورها ما يعتبره منطق التوصيات المحتوى التالي المناسب.
المفاضلات
Decision
مساعد محدود وواعٍ بالسياق بدلًا من روبوت دردشة عام: تقييد المساعد بمحتوى المتعلم الحالي جعل الإجابات أكثر ملاءمة، على حساب مزيد من العمل لدمج السياق في كل تعليمة (prompt) بدلًا من تقديم أداة دردشة جاهزة.
Decision
حدود واجهة REST بين الخلفية ومنطق الذكاء الاصطناعي: أبقت المساعد قابلًا للاستبدال والاختبار بشكل مستقل عن الواجهة الأمامية، بدلًا من ربط استدعاءات النموذج اللغوي مباشرة بكود الواجهة.
النتائج
منصة تعمل فعليًا حيث ترتبط إجابات المساعد وتوصياته بما يدرسه المتعلم فعلًا، مع تتبع تقدم تلقائي بدلًا من تقدم مُصرَّح به ذاتيًا.
ما كنت سأفعله بشكل مختلف
إضافة تقييم آلي لجودة الإجابات (حتى لو كانت مجموعة اختبار صغيرة موسومة) بدلًا من الاعتماد على فحوصات يدوية عشوائية — فبالنسبة لمنتج تعليمي، تُعد الإجابات الخاطئة بصمت خطرًا حقيقيًا يستحق اختبارًا صريحًا.