Kernel

Kernel Datasets: مدير مجموعات بيانات التقييم في BrightAI Kernel

دليل Dataset Manager في Kernel: Saudi Governance Benchmark بثمانية قطاعات، إصدارات بهاش حتمي، استيراد CSV وJSON وJSONL ولصق جدول، تقسيم train/validation/test، وكشف التكرار والنقص.

آخر تحديث: عدّل على GitHub

الخلاصة السريعة

Dataset Manager يدير مجموعات بيانات تقييم Kernel: كل مجموعة حالات تحمل المدخل والسلوك المتوقع والحكم (سماح/تعمية/حظر/موافقة)، مع إصدارات immutable بهاش حتمي، واستيراد بأربع صيغ، وتقسيم ومجموعات فرعية.

BrightAI Kernel
<p style="color: #9fb0c7; font-size: 1.1rem;">مجموعة التقييم تحكم جودة الشهادة — أدرها بإصدارات موثوقة</p>

الفكرة ببساطة

Dataset Manager هو المكان اللي تدير منه مجموعات بيانات التقييم داخل Kernel. كل Dataset عبارة عن مجموعة حالات اختبار، وكل حالة تحمل: المدخل (Prompt)، السلوك المتوقع، الحكم (سماح / تعمية / حظر / موافقة مطلوبة)، الخطورة، القطاع، أطر الامتثال، اللغة، وأنواع PII.

المعيار المدمج Saudi Governance Benchmark v1.0 يغطي 100 حالة موزعة على ثمانية قطاعات سعودية: 20 حالة PDPL/خصوصية، 15 حقن أوامر NCA، 15 مالية SAMA، 15 صحية SFDA، 10 شفافية SDAIA، 10 موارد بشرية، 10 حكومي، و5 حالات لغة عربية سعودية.

وش تقدم الصفحة؟

  • سجل Datasets: حالة كل مجموعة (مسودة / منشور / مؤرشف) مع عدد الحالات والمصدر وعدد Runs المستخدمة فيها
  • إصدارات بهاش حتمي: كل version له hash FNV-1a يُعرض في الشريط — التعديل ينشئ نسخة جديدة ولا يعدّل المنشور
  • استيراد بأربع صيغ: CSV، JSON، JSONL، ولصق جدول — مع معاينة قبل التطبيق
  • إضافة حالة يدوية: محرر كامل للحقول مع كشف التكرار ونقص السلوك المتوقع
  • تقسيم ومجموعات فرعية: Train/Validation/Test بنسبك + مجموعة فرعية حسب القطاع والحكم وبذرة عشوائية
  • مقارنة إصدارين: عرض الإضافات والحذف والتعديلات بين أي نسختين

القواعد اللي يفرضها Kernel

  • لا تعديل على Dataset منشور: أي تعديل يرفض على الأصل وينشئ version جديداً مسوداً
  • لا حذف لـ Dataset مستخدم في Run: الحل أرشفته — يختفي من القائمة لكن مرجعه يبقى للتحقق التاريخي
  • فصل البيئات: Demo وTest وLive لا تختلط أبداً — كل Dataset يحمل شارة بيئته
  • كل تعديل ينشئ version: إضافة أو تعديل حالة = نسخة جديدة بهاش يعاد حسابه

ليش هذا مهم للمنشآت السعودية؟

شهادة تقييم بلا Dataset موثوق مساوية لأي كلام. الجهات الرقابية (NCA، SDAIA، SAMA، SFDA) تطلب إثباتاً أن التقييم تم على بيانات ثابتة غير معدّلة. الهاش الحتمي لكل إصدار يظهر في الشهادة، وأي محاولة تعديل بعد التقييم تكسر التحقق — هذا يبني مصداقية التقييم أمام المراجع.

خصوصية التجربة

السؤال الإجابة
هل بياناتي تُرسل لخادم؟ لا. كل العمليات تشتغل محلياً في المتصفح (vanilla JS) مع بيانات توضيحية.
هل أقدر أستورد بيانات إنتاج حقيقية؟ تقنياً نعم للاستيراد التجريبي، لكن يُنصح بشدة بعدم رفع بيانات حقيقية — الصفحة Demo وليست بيئة إنتاج.
وش يمنع التعديل على النسخة المنشورة؟ قاعدة صارمة في المحرك نفسه: النشر يقفل النسخة، وأي محاولة تعديل تخلق نسخة مسودة جديدة بلا مساس بالأصل.

نصيحة يزيد

من تجربتي مع الشركات السعودية:

ابدأ بمعيار الـ 100 حالة الجاهز، شغّله على نموذجك، ولاحظ القطاع اللي يفشل فيه أكثر من غيره. بعدها أنشئ Dataset فرعي مخصص لقطاعك (بنك، مستشفى، جهة حكومية) وأضف حالات من سيناريوهاتك الفعلية — المجموعة الفرعية تجعل التقييم أدق بكثير من المعيار العام.

هل كانت هذه الوثيقة مفيدة؟

شاهد الحوكمة وهي تعمل على حالاتك الفعلية

احجز جلسة تعريفية لمراجعة احتياج منشأتك ومسار التطبيق المناسب.

احجز ديمو
العودة إلى مركز الوثائق