Skip to main content

title: “السياسات المخصصة” description: “اكتب سياسة لنمط فشل فريد لسير عمل وكيلك.” icon: “shield-plus”

أنشئ ملف ينتهي بـ policies.js أو policies.mjs أو policies.ts ضمن .failproofai/policies/. تُحمّل ملفات الاتفاقية تلقائياً على نطاق المشروع والمستخدم.

اختبر السياسة قبل النشر على السحابة

  1. ثبّت السياسة المخصصة على آلة اختبار واحدة وأطلق إجراءً متطابقاً وعدم تطابق شرعياً.
  2. انتقل إلى Observe → policy وقارن بين القرارين.
  3. افتح كل جلسة مرتبطة وتحقق من أن حمل الحدث يحتوي على أدلة كافية للقاعدة.
  4. عندما يكون السلوك صحيحاً، انقل المصدر المراجع إلى Admin → policy editor وأصدر نسخة.
يتطابق هذا مع production/config.yml و /srv/production/config.yml و /srv/production و C:\\production\\config.yml لكل من Write و Edit. لا يتطابق مع أسماء مثل production-backup لأن production يجب أن تكون قطعة مسار كاملة. تحقق وثبّت ملفاً صريحاً:
سياق السياسة يتضمن نوع الحدث والحمل المُعايير واسم الأداة والإدخال ومعادات الجلسة والمعاملات ومصدر CLI عند توفره.

اختبر مسارات الفشل

قم بالتحقق بعد تغيير ملف الدخول أو أي وحدة محلية يستوردها:
مسار CLI الصارم يفشل للملفات المفقودة وأخطاء بناء الجملة والواردات غير المحللة والاستثناءات على مستوى أعلى والمهلات الزمنية لتحميل الوحدة. في وقت الإنفاذ، يتم تسجيل ملف مخصص معطوب وتخطيه حتى تتمكن السياسات المدمجة من المتابعة. تعامل مع أي تحذير تحميل كفقدان للإنفاذ المتوقع والتنبيه عليه في سجلات الإنتاج. استخدم أسماءً فريدة عالمياً عبر السياسات الصريحة والاتفاقية والمُدارة من السحابة. اجعل دوال السياسة حتمية، وقيّد الاستدعاءات الخارجية بمهل زمنية قصيرة، وأرجع allow أو instruct أو deny مقصود على كل مسار.
السياسة المخصصة هي كود إنفاذ. اختبر الحقول المفقودة وأسماء الأدوات البديلة والمدخلات المشوهة—ليس فقط المطابقة المتوقعة.