> ## Documentation Index
> Fetch the complete documentation index at: https://docs.befailproof.ai/llms.txt
> Use this file to discover all available pages before exploring further.
# Overview
title: "السياسات"
description: "راقب أو وجّه أو منع إجراءات الوكيل قبل تكرار الفشل المعروف."
icon: "shield-check"
--------------------
تقيّم السياسة حدث خطاف الوكيل وتعيد أحد ثلاثة قرارات:
* `allow` يسمح بمتابعة الإجراء.
* `instruct` يعطي الوكيل إرشادات تصحيحية.
* `deny` يمنع الإجراء مع سبب.
## استخدم أسطح السياسة الثلاثة
1. انتقل إلى **Observe → policy** لتصفية وفحص قرارات السياسة من الجلسات.
2. انتقل إلى **Admin → policy editor** لتأليف والتحقق من صحة ونشر والتحكم في الإصدارات غير القابلة للتغيير أو فحصها.
3. انتقل إلى **Admin → enforcement** لتعيين الإصدارات والتأثيرات للأجهزة.
استخدم صفحة السياسة لفهم ما يطابق بالفعل قبل تأليف أو تغيير الإنفاذ.
المحرر هو حيث تحول شرط الفشل إلى كود وتتحقق من صحته وتنشر إصدارًا غير قابل للتغيير.
ثم يقوم الإنفاذ بتعيين هذا الإصدار المنشور وتأثيره (مراقبة أو إنفاذ) للأجهزة.
تحقق من القرارات على صفحة السياسة بعد النشر بحيث تكون طريقات التأليف والأسطول مرتبطة بنشاط الوكيل الفعلي.
استخدم `failproofai` للتثبيت المحلي والتحقق من صحة السياسة:
```bash theme={null}
failproofai policies
failproofai policy add block-rm-rf --scope project
failproofai config --status
```
استخدم `fp` للعثور على جلسات ومنتجات السحابة التي تحتوي على قرارات السياسة. يبقى التأليف في السحابة ونشر الأسطول سير عمل لوحة المعلومات.
للسياسات ثلاثة أسطح متميزة في Failproof AI:
1. **حلل القرارات** في الجلسات ولوحات المعلومات والتدقيقات.
2. **ألّف الإصدارات** باستخدام القواعد المدمجة أو الكود أو محرر السياسة.
3. **نشّر وفرض** الإصدارات على الأجهزة المختارة.
ابدأ من وضع فشل مؤكد. حدّد أصغر حدث ومطابقة أداة تحددها، واختبر الأمثلة المشروعة والغير آمنة، ثم راقب قبل الإنفاذ.
فعّل قاعدة مراجعة للمخاطر الشائعة المتعلقة بالأسرار والقشرة و Git والسحابة وسير العمل.
عبّر عن قرار خاص بسير العمل في JavaScript أو TypeScript.