Skip to main content
एक नीति लिखने के दो तरीके हैं: Failproof AI को ऑडिट निष्कर्ष से ड्राफ्ट करने दें, या स्रोत स्वयं लिखें। जब तक आप प्रकाशित या तैनात करना चुनते हैं, तब तक कुछ भी प्रकाशित या तैनात नहीं होता है।

​
ऑडिट से एक नीति लिखें

एक ऑडिट एक विफलता खोजता है; एक नीति इसे फिर से होने से रोकती है। Failproof AI निष्कर्ष के अपने साक्ष्य से नीति ड्राफ्ट करता है।

​
1. एक ऑडिट चलाएं

उन सत्रों पर एक ऑडिट चलाएं जहां विफलता होती है। प्रत्येक निष्कर्ष अपने साक्ष्य सत्र, मूल कारण और एक सुझाए गए रोकथाम पथ के साथ आता है। एक दोहराए जाने वाली क्रिया पैटर्न के साथ एक निष्कर्ष से काम करें — एक नीति केवल वही रोक सकती है जो वह हुक ईवेंट में पहचान सकती है।

​
2. ड्राफ्ट जेनरेट करें

  1. Analyze → issues के तहत निष्कर्ष के मुद्दे को खोलें और इसके उद्धृत सत्र, मूल कारण और सिफारिश की जांच करें।
  2. generate policy चुनें। Failproof AI पहले कहता है कि क्या कोई नीति समस्या को बिल्कुल व्यक्त कर सकती है। एक no policy परिणाम का मतलब है कि समाधान एक सतर्कता, एक वर्कफ़्लो परिवर्तन, या एक व्यक्ति है — नीति नहीं।
  3. write this policy चुनें। मुद्दा शीर्षक, निष्कर्ष, मूल कारण, सिफारिश, और प्रस्तावित प्रवर्तन इरादा Admin → policy editor में एक ड्राफ्ट बन जाते हैं। जब आप उम्मीदवारी जांच से असहमत हों तो open the editor anyway का उपयोग करें। नीति पहचान, AI-सहायक ड्राफ्टिंग, स्रोत सत्यापन और प्रकाशन नियंत्रण के साथ Policy editor compose दृश्य।

​
3. ड्राफ्ट की समीक्षा करें

एक ड्राफ्ट एक शुरुआती बिंदु है, न कि एक फैसला। प्रकाशन से पहले, जांचें कि यह:
  1. विफलता मोड को परिचालन भाषा में नाम देता है।
  2. केवल हुक ईवेंट और उपकरणों से मेल खाता है जिनके पास निर्णय लेने के लिए पर्याप्त साक्ष्य है।
  3. सबसे संकीर्ण स्थिति का उपयोग करता है जो असुरक्षित क्रिया को पकड़ता है।
  4. एक कारण देता है जो एजेंट को बताता है कि इसके बजाय क्या करना चाहिए।
  5. instruct का उपयोग करता है जहां एजेंट सुरक्षित रूप से पाठ्यक्रम को ठीक कर सकता है, और deny केवल वहां जहां क्रिया की अनुमति देना अस्वीकार्य या अपरिवर्तनीय है।
संपादक में स्रोत को सत्यापित करें और हर रिपोर्ट की गई त्रुटि को ठीक करें।

​
4. इसे परीक्षण करें, फिर प्रकाशित करें

स्रोत के अंतर्गत प्रकाशन से पहले backtest चलाएं: यह ड्राफ्ट को आपके बेड़े द्वारा पहले से किए गए कॉलों के विरुद्ध फिर से चलाता है और काम करने वाली कॉलों को गिनता है जिन्हें यह बाधित करता। एक नीति परीक्षण करें यह और अन्य जांचें कवर करता है। जब यह व्यवहार करे, नीति पहचान दर्ज करें और publish version चुनें। प्रकाशन एक अपरिवर्तनीय संस्करण बनाता है और कुछ भी तैनात नहीं करता: यह अप्रयुक्त बैठता है जब तक आप इसे तैनात न करें। एक टर्मिनल से:
publish इसे भेजने से पहले स्रोत को पार्स-जांचता है, इसलिए एक सिंटैक्स त्रुटि प्रवर्तन समय पर एक मशीन के बजाय यहां सामने आती है।

​
इसे स्वयं लिखें

एक नीति failproofai API के विरुद्ध JavaScript या TypeScript है:
यह production/config.yml, /srv/production/config.yml, /srv/production, और C:\\production\\config.yml को Write और Edit दोनों के लिए मेल खाता है, लेकिन production-backup नहीं: production एक पूरा पथ खंड होना चाहिए। प्रसंग में ईवेंट प्रकार, सामान्यीकृत पेलोड, सत्र मेटाडेटा, पैरामीटर, और उपलब्ध होने पर स्रोत CLI भी होता है — नीति SDK देखें। इसे एक संस्करण के रूप में प्रकाशित करने के लिए, स्रोत को Admin → policy editor में compose में पेस्ट करें और ऊपर चरण 3 और 4 का पालन करें, या टर्मिनल से fp policies publish के साथ फ़ाइल प्रकाशित करें। इसे Cloud के बिना एक मशीन पर चलाने के लिए, इसे .failproofai/policies/ के तहत एक नाम के साथ सहेजें जो policies.js, policies.mjs या policies.ts में समाप्त होता है — वह परियोजना और उपयोगकर्ता दायरे पर स्वचालित रूप से लोड होते हैं — या इसे पथ द्वारा स्थापित करें:
हर नीति को एक नाम दें जो सम्मेलन, कस्टम, पैक, और Cloud-प्रबंधित नीतियों के बीच अद्वितीय है।