EXAM ZONE AI · EDUCATION OPERATING LAYER5.2.0

ذكاء تعليمي يتحول إلى فعل

EZ: من مساعد محادثة إلى طبقة تنفيذ ذكية داخل Exam Zone

مش Chatbot بيرد وخلاص

EZ يفهم مين أنت، يقرأ السياق المسموح، يحلل، يقترح، ثم يحول الطلب إلى خطوة قابلة للتنفيذ داخل المنصة.

كيف يفهم EZ دور المستخدم وسياقه، يقرأ بيانات Exam Zone المصرح بها، ثم يحول النتيجة إلى Quick Actions وPreview وتنفيذ متحقق بدل ردود نصية طويلة.

الذكاء الاصطناعي وهندسة المنتج9 دقائقيعمل ويتم تطويرهآخر تحديث 2026-09-29
LIVE EDUCATION CONTEXTيعمل داخل Exam Zone الآن
EZ COREيفهم · يقرأ · يقرر · ينفذ · يتحقق
الطالب

تدريب يناسب مستواه

نتائج ← ضعف ← تدريب

المدرس

من فكرة إلى تدريب

كلاس ← أسئلة ← تنفيذ

المؤسسة

رؤية وتشغيل أذكى

مدرسين ← طلاب ← أداء

ولي الأمر

متابعة مبنية على بيانات

نتائج موثقة ← متابعة

UNDERSTAND
READ
REASON
ACT
VERIFY
تم البناء والتطوير بواسطة CODEOCEAN في مصر 🇪🇬

الفكرة الأساسية

المستخدم يطلب هدفًا بلغة طبيعية. EZ يحدد ما يعرفه بالفعل من الحساب والسياق الحالي، يجلب البيانات المطلوبة، ثم يقدّم أقصر إجابة مفيدة مع Action واضح. إذا كان المطلوب تغييرًا حقيقيًا في المنصة، يظهر Preview أولًا ولا يتم التنفيذ إلا بعد تأكيد المستخدم.

كيف يعمل الطلب داخل EZ؟

1

افهم الطلب

تحديد الهدف والدور والسياق الحالي بدل إعادة سؤال المستخدم عن معلومات موجودة بالفعل.

2

اقرأ الداتا

قراءة الكلاس، المادة، النتائج، الرحلات أو بنك الأسئلة داخل صلاحيات الحساب فقط.

3

اختصر القرار

إجابة قصيرة، ثم Quick Actions بدل قوائم نصية طويلة.

4

عاين التنفيذ

أي إنشاء أو تعديل يظهر في Action Card ببياناته قبل التنفيذ.

5

نفّذ وتحقق

بعد التأكيد فقط، يستخدم EZ الـAPI الرسمي ثم يتحقق من النتيجة قبل اعتبار العملية مكتملة.

EZ يتغير حسب الشخص الذي يستخدمه

طالب

يكمل من آخر نقطة، يراجع نتائجه، يحدد ما يحتاج مراجعة، ويفتح تدريبًا أو مسارًا مناسبًا من بياناته الفعلية.

مدرس

يتعامل مع الكلاسات والدروس وبنك الأسئلة، يجهز تدريبًا أو امتحانًا، ويتابع الطلاب بدون طلب نفس بيانات الكلاس كل مرة.

مؤسسة

يعمل داخل نطاق المؤسسة والصلاحيات المحددة لإدارة الكلاسات والأعضاء والعمليات المرتبطة بها.

ولي أمر

يقرأ فقط البيانات المسموح بها للأبناء المرتبطين بالحساب، بدون استنتاجات أو مقارنة غير موثقة.

الرد ليس هو التنفيذ

داخل EZ يوجد فصل واضح بين الشرح والتنفيذ. Quick Action يختصر اختيار المستخدم، أما Write Action فيمر بثلاث مراحل ثابتة: Proposal ثم Preview ثم Confirm. بهذه الطريقة لا يتحول كلام الموديل وحده إلى تغيير في بيانات المنصة.

حتى وقت الانتظار له وظيفة

عندما يحتاج الطلب وقتًا أطول، لا يعرض EZ Spinner صامتًا فقط. يوضح ما الذي يفعله الآن، ويمكنه تعريف المستخدم بميزة لم يرها من قبل أو إظهار ميزة اشتراك مناسبة للسياق. وإذا وصلت الإجابة أثناء ظهور رسالة، لا يقطع الجملة في منتصفها؛ يكمل الرسالة الحالية ثم ينتقل للنتيجة.

Credits بدون تفاصيل مزود مربكة

المستخدم يتعامل مع Exam Zone Credits فقط. إذا كانت العملية مجانية يظهر ذلك ببساطة، وإذا كان لها تكلفة تعرض قبل التنفيذ. تفاصيل أسعار المزود أو التوكنز الخارجية ليست جزءًا من تجربة المستخدم.

ما الذي لا يفعله EZ؟

  • لا يخترع ID أو كلاس أو طالب أو نتيجة غير موجودة.
  • لا يعتبر Write Action منفذًا قبل التحقق من الـBackend.
  • لا يعيد تنفيذ نفس الطلب لمجرد أن الصفحة تأخرت أو الاتصال انقطع.
  • لا يعرض بيانات خارج صلاحيات الدور الحالي.
  • لا يعتبر نقص البيانات حكمًا على مستوى الطالب.

ما الجديد في 5.2.0؟

Smart Waiting Experience بدل Loading ثابت.
Quick Actions وردود أقصر بدل Markdown خام وقوائم طويلة.
معرفة عدد أسئلة بنك كل درس وتوزيع الصعوبة قبل اقتراح التدريب.
تحسين استمرارية الطلبات الطويلة ورفع الـTimeouts خمسة أضعاف مع تحكم الأدمن.
تحكم مركزي من EZ Admin في التشغيل، الموديلات، الـTimeouts ورسائل الانتظار.
تحسين تجربة الموبايل ومنع عناصر عائمة من تغطية محادثة EZ.

الهدف من التصميم

نريد أن يشعر المستخدم أن Exam Zone نفسها أصبحت أذكى: لا يحتاج أن يعرف أين توجد كل صفحة أو API أو فلتر. يقول ما يريد، وEZ يربط الهدف بالبيانات والأدوات الصحيحة، مع إبقاء الصلاحيات والتأكيد والتحقق جزءًا أصيلًا من كل عملية.

قصص وتقنيات مرتبطة