محرر السياسات البصري
محرر سياسات بصري مع rule builder، preview محلي، ودعم 9 أنواع PII رئيسية و 7 حزم امتثال.
11 سياسة · 3 بحاجة لمراجعة
محرر السياسة
rule builder بصري · بدون كتابة كود
قاعدة السياسة (IF…THEN)
معاينة JSON
{
"id": "pr_new_policy",
"name": "...",
"rule": {
"if": { "pii_type": "...", "operator": "...", "pattern": "..." },
"and": { "compliance_pack": "..." },
"then": { "action": "...", "risk_score_modifier": 0 }
},
"is_active": true
} جرّب بالذكاء الاصطناعي
اطلب من المساعد صياغة سياسة حوكمة AI مخصصة لمنشأتك، متوافقة مع PDPL وNCA ECC.
كاتب سياسات الحوكمة
يكتب سياسات قابلة للتفعيل عبر BrightAI Kernel.لم يبدأ أي سؤال بعد. اكتب سؤالك في الأسفل وستحصل على إجابة متخصصة.
تبي تطبيق فعلي في منشأتك؟
تواصل مع فريق الحوكمة ←تبي مكتبة سياسات جاهزة لمنشأتك؟
فريق الحوكمة يرد خلال 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 بدون تكرار.