المحادثة ليست المصدر الوحيد للحقيقة
يستطيع النموذج تفسير السؤال وإعادة صياغة فكرة واختيار أداة مناسبة. لكن الجملة التي يولّدها عن أداء الطالب ليست وحدها أساسًا صالحًا لعلامة أو تقدير إتقان. تتغير الصياغة باختلاف السياق والنموذج، بينما يحتاج الحكم التعليمي إلى مدخلات معروفة وقاعدة يمكن فحصها.
لهذا نفصل في وردة بين لغة الشرح ومسار القرار. في سؤال الاختيار من متعدد، مثلًا، تُقرأ بيانات السؤال وتُطابق المحاولة بمعيار التصحيح في خدمة محددة. ثم تأتي اللغة لتشرح النتيجة. لا يملك الشرح صلاحية تبديل الحكم لأن عبارته تبدو أكثر إقناعًا.
خدمة واحدة، وطريقتان للوصول
الوظيفة التعليمية الأساسية تقع في خدمة تطبيقية، ثم تصل إليها واجهة المنصة وأداة الوكيل. إذا طلب الطالب النتيجة من زر في الواجهة أو استدعى المعلّم الذكي الأداة أثناء الحوار، فالمساران يعودان إلى التنفيذ نفسه. هذه نقطة تصميمية مهمة: قناة الدخول لا تنشئ نسخة ثانية من قواعد المنتج.
يسمح ذلك بفحص القاعدة بعيدًا عن صياغة النموذج، وباستخدامها في تجربة أخرى دون إعادة كتابتها داخل تعليمات جديدة. تختلف طريقة التفاعل، وتبقى ملكية الحكم واضحة. أدوات الوكيل تنسّق الوصول إلى الخدمة وتعرض مخرجاتها؛ لا تتحول إلى مكان مستقل لحساب العلامة.
المحاولة حدث له معنى
تحديث آخر نتيجة فقط يجعل تاريخ التعلّم صعبًا على التفسير. نحتاج التمييز بين محاولة جديدة وإعادة إرسال الطلب نفسه، وبين إجابة مستقلة وإجابة جاءت في سياق مساعدة. سجل الأحداث يصف التفاعل المعني، بدل الاعتماد على استخراج هذه المعاني لاحقًا من حوار مفتوح.
هذا ليس جمعًا لكل كلمة داخل كل حدث. للأحداث أنواع وحقول محددة، منفصلة عن سجل المحادثة. الفصل يساعد على القراءة وإعادة بناء العروض، ولا ينبغي فهمه كادعاء عن سياسة تخزين المنصة بأكملها. السجل المنظم والحوار يخدمان وظيفتين مختلفتين.
ماذا يحدث عند إعادة الإرسال؟
نعامل هوية الطلب وترتيب الأحداث كجزء من صحة المعنى، لا كتحسين شكلي. يرتبط التسجيل والإشعار اللازم للمعالجة التالية بوحدة حفظ واحدة، ثم تتعامل المعالجة مع احتمال إعادة التسليم. هذا هو الغرض من الجمع بين الحفظ المعاملي وOutbox، وليس مجرد إضافة طابور رسائل.
المقابل الهندسي واضح: نتحمل إدارة الترتيب والتعارض وإصدارات الأحداث. هذه الكلفة لها مبرر عندما نحتاج تفسير نتيجة الطالب وإعادة بناء القراءة من الأدلة المحفوظة. لكنها لا تعني أن كل جزء في المنصة يجب أن يصبح نظام أحداث.
العقد من الواجهة إلى السجل
تبدأ العملية من طلب ينتمي إلى جلسة الطالب. تفحص الخدمة ملكية الجلسة والسؤال، ثم تمرّر المدخلات المحددة إلى قاعدة التصحيح. لا تقبل نتيجة جاهزة قال النموذج إنها صحيحة، ولا تعتمد على أن العميل اختار سؤالًا يملك حق الإجابة عنه. بعد الحكم، يعود التسجيل إلى مسار الحفظ الذي يميز الطلب الجديد من الإعادة.
يمكن فحص هذا المسار على أكثر من مستوى: قاعدة التصحيح بمدخلاتها، وخدمة التطبيق مع ملكية الجلسة، ومسار الحفظ عند إعادة الطلب أو وقوع تعارض. نجاح اختبار قاعدة منفردة لا يثبت نجاح المسار كله. لذلك نميّز بين صحة الحكم وصحة نسبته إلى الطالب وصحة حفظه؛ أي خلل في واحدة منها يجعل النتيجة التعليمية مضللة.
كيف نفحص هذا الحد؟
الفحص المفيد يسأل: هل يبقى الحكم نفسه عندما تتغير لغة الشرح؟ وهل يُحتسب الطلب المعاد مرة واحدة؟ وهل تستطيع قراءة لاحقة تفسير نتيجة المحاولة دون الرجوع إلى تخمين نموذج؟ هذه أسئلة عن العقود بين المكوّنات، وليست مسابقة في جمال الإجابات.
قيمة هذا التصميم في وردة أنه يترك مساحة واسعة للذكاء الاصطناعي حيث يفيد الحوار، ويجعل للأجزاء التي تؤثر في القياس والتاريخ مسؤولية مستقلة. إنه يشرح كيف نفكر في قابلية المراجعة؛ لا يقدّم بمفرده دليلًا على تحسّن تعلّم الطلاب أو تفوّقنا على منتج آخر.
المصادر والسياق
- Warda architecture record — judgement and learning events
مصدر داخلي: المبادئ المعمارية ومسارا التصحيح وتسجيل الحدث. يعرض المقال خلاصتها العامة دون بيانات تشغيل.
- Microsoft Learn — Transactional Outbox
مرجع للنمط المعاملي؛ مثال الوثيقة يستخدم Cosmos DB ولا يصف مكوّنات وردة.
السجلات الداخلية توثّق قرارات وردة وعقودها الهندسية. المراجع الخارجية، حيث توجد، تشرح النمط أو المواصفة؛ جودة التصميم وأثره على تعلّم الطالب سؤالان مختلفان.