تخطي إلى المحتوى
تخطّى إلى المحتوى
Kernel Provider NVIDIA · Connected
DBConnected ModeProduction

محرر السياسات البصري

محرر سياسات بصري مع rule builder، preview محلي، ودعم 9 أنواع PII رئيسية و 7 حزم امتثال.

السياسات النشطة

11 سياسة · 3 بحاجة لمراجعة

مفعّلة 9
مسودة 2
مؤرشفة 1

قائمة السياسات

CRUD + Visual Rule Builder + Preview
السياسة نوع PII حزمة الامتثال الإجراء التطبيقات الحالة آخر تعديل إجراءات
تعمية الهوية الوطنية السعودية - PDPL إخفاء أرقام الهويات الوطنية السعودية (10 أرقام تبدأ بـ 1 أو 2) تلقائياً في كل الطلبات.
🆔 الهوية الوطنية PDPL تعمية 142 مفعّلة 2026-05-28
حظر الهوية الوطنية في السياق الصحي - SFDA حظر إرسال أرقام الهويات الوطنية مع البيانات الطبية (الربط بملف مريض).
🆔 الهوية الوطنية SFDA حظر 38 مفعّلة 2026-05-26
تعمية أرقام الجوال - PDPL حجب أرقام الجوال السعودي (05xxxxxxxx) قبل إرسال الطلب للنموذج.
📱 رقم الجوال PDPL تعمية 256 مفعّلة 2026-05-24
حظر أرقام الآيبان السعودي - PDPL + SAMA منع خروج أرقام الحسابات البنكية السعودية (SA-IBAN، 24 رقم) خارج البيئة المؤسسية.
🏦 الآيبان البنكي PDPL حظر 89 مفعّلة 2026-05-22
حظر الآيبان البنكي - NCA ECC حظر أرقام الحسابات البنكية للامتثال لضوابط الأمن السيبراني الأساسية.
🏦 الآيبان البنكي NCA_ECC حظر 74 مفعّلة 2026-05-20
تعمية البريد الإلكتروني - PDPL إخفاء عناوين البريد الإلكتروني تلقائياً قبل الإرسال للنموذج الخارجي.
✉️ البريد الإلكتروني PDPL تعمية 198 مفعّلة 2026-05-19
حظر أرقام ملفات المرضى - SFDA منع الكشف عن المعرفات الطبية وأرقام المرضى. يطبق في كل طلب يحتوي على مرجع طبي.
⚕️ رقم ملف المريض SFDA حظر 28 مفعّلة 2026-05-15
حظر بطاقات الائتمان - PDPL + PCI حظر أرقام بطاقات الدفع (16 رقم، Luhn validation) قبل أي معالجة.
💳 بطاقة ائتمان PDPL حظر 56 مفعّلة 2026-05-12
تعمية أرقام جواز السفر - PDPL تطبيق الحجب التلقائي على أرقام جوازات السفر (حرف + 7-9 أرقام).
🛂 جواز السفر PDPL تعمية 41 مفعّلة 2026-05-10
إرشادات SDAIA للذكاء الاصطناعي التوليدي سياسة شاملة تتطلب اعتماد بشري (HITL) لمحتوى AI التوليدي في القطاعات الحساسة.
ai_generated SDAIA اعتماد بشري 0 مسودة 2026-05-08
الشفافية في مخرجات AI - ISO 42001 إضافة watermark + disclosure تلقائي لكل مخرج نموذج، يوضح أنه AI-generated.
ai_output ISO_42001 إزالة كاملة 0 مسودة 2026-05-05

جرّب بالذكاء الاصطناعي

اطلب من المساعد صياغة سياسة حوكمة AI مخصصة لمنشأتك، متوافقة مع PDPL وNCA ECC.

كاتب سياسات الحوكمة

يكتب سياسات قابلة للتفعيل عبر BrightAI Kernel.

لم يبدأ أي سؤال بعد. اكتب سؤالك في الأسفل وستحصل على إجابة متخصصة.

Enter للإرسال · Shift+Enter سطر جديد

تبي مكتبة سياسات جاهزة لمنشأتك؟

فريق الحوكمة يرد خلال 24 ساعة بقوالب سياسات مخصصة لقطاعك وحجمك.

تبي تطبّق هالشي في منشأتك؟

عبّي بياناتك وفريق الحوكمة يتواصل معك خلال 24 ساعة عبر البريد أو واتساب.

بإرسالك النموذج توافق على سياسة الخصوصية. نستخدم بياناتك للرد على طلبك فقط.

دليل حوكمة AI — سياق إضافي عن وحدة السياسات

وش محرر السياسات في Kernel؟

محرر بصري (no-code) تعرّف فيه قواعد استخدام الذكاء الاصطناعي في شركتك. بدل ما تكتب كود أو تعدّل ملفات، تختار شروط من قوائم جاهزة: "إذا الطلب يحتوي PII → يحظر"، "إذا كان المستخدم من قسم التسويق → موافقة مدير"، "إذا كان الموضوع مالي → نموذج محلي فقط". كل قاعدة تُفعّل فوراً وتُطبّق على كل طلب AI.

مثال واقعي: شركة تأمين سعودية تعرّف 12 سياسة: (1) لا تسريب PII، (2) لا توليد محتوى طبي بدون طبيب، (3) لا قرارات ائتمان بدون موافقة مدير مخاطر، (4) كل عملية توثيق، (5) زمن استجابة أقل من 5 ثوان. كل سياسة لها: اسم، وصف، شروط، إجراء، مستوى مخاطر. المعدّلون في الحوكمة يعدّلون بدون ما يطلبوا من فريق التقنية.

  • محرر بصري بدون كود (no-code policy editor)
  • 12 قالب جاهز: PII، محتوى، نماذج، أقسام، مخاطر
  • تفعيل فوري (لا deploy، لا restart)
  • محرر يوضح كل سياسة بالعربي مع شروط وإجراءات واضحة

كيف تبني سياسة حوكمة AI متوافقة مع اللوائح السعودية؟

ابدأ بثلاث سياسات أساسية. (1) سياسة حماية البيانات (PII Policy) — تمنع تسريب البيانات الشخصية خارج المؤسسة. تستند إلى المادة 12 من PDPL. (2) سياسة المحتوى الطبي (Medical Content Policy) — تمنع توليد نصائح طبية أو دوائية بدون إشراف بشري، تستند إلى متطلبات SFDA. (3) سياسة القرار الائتماني (Credit Decision Policy) — تمنع اتخاذ قرارات ائتمان بدون موافقة بشرية، تستند إلى متطلبات SAMA.

بعد الثلاث الأساسية، أضف سياسات مخصصة لشركتك. Kernel يتيح لك تجربة السياسة قبل التفعيل (mode=simulation): يشوف كيف كان يأثر على الطلبات السابقة. هذا يساعدك تختبر بدون ما تكسر شغل الفريق. بعد التأكد، فعّلها بـ toggle واحد.

الأسئلة الشائعة

هل أحتاج فريق تقني لإدارة السياسات؟

لا. Kernel مصمم لفريق الحوكمة (Compliance + Legal + DPO). كل السياسات والقواعد تُدار من واجهة بصرية. الفريق التقني فقط يتدخل عند إضافة موصل جديد أو تحديث النموذج. 80% من إدارة السياسات تتم بدون كود.

كم سياسة أقدر أعرّف؟

لا يوجد حد عملي. الشركات النموذجية تبدأ بـ 5-10 سياسات وتصل إلى 30+ مع الوقت. Kernel يدعم 100+ سياسة نشطة. كل سياسة لها شروط متعددة (AND/OR) وإجراءات متدرجة (حظر، إخفاء، موافقة، تحذير).

وش يصير لو السياسة تسبب ضرر (مثلاً تحظر طلب مشروع)؟

Kernel يدعم وضع simulation: تشغّل السياسة على الطلبات السابقة وتشوف كم طلب كان سيتأثر بدون تطبيق فعلي. هذا يساعدك تختبر. كذلك، تقدر تخصص "grace period" — تحظر الطلب لكن تظهر رسالة توضيحية بدل الرفض الصامت، وتعطي مهلة للفريق ليتأقلم.

هل السياسات تشتغل على كل النماذج؟

نعم. السياسات تُطبّق على مستوى Kernel (قبل استدعاء أي نموذج). هذا يعني إنك مو محتاج تكرر السياسة في كل نموذج. مثال: سياسة "إخفاء PII" تُطبّق على OpenAI وAzure وAnthropic وLlama بدون تكرار.