Failproof AI इस तरह डिज़ाइन किया गया है कि प्रवर्तन विफलता दृश्यमान हो, जोखिम भरे काम को चुप-चाप अनुमति देने के बजाय।
विफलता-बंद ब्लॉक का निदान करें
- Admin → enforcement पर जाएं और मशीन को खोलें।
- इसकी अंतिम चेक-इन, निर्धारित तैनाती, और रिपोर्ट की गई तैनाती की जांच करें।
- Observe → policy पर जाएं और अस्वीकृत निर्णय का सेशन खोलें।
- पुष्टि करें कि क्या कारण डेमॉन पहुंचयोग्यता, संस्करण विसंगति, या नीति स्वयं की रिपोर्ट करता है।
failproofai config को फिर से चलाने से पैकेज अपग्रेड के बाद डेमॉन अपडेट और पुनरारंभ होता है।failproofaid का उपयोग करने के लिए कॉन्फ़िगर की गई मशीन पर, डेमॉन एकमात्र मूल्यांकनकर्ता है। यदि यह पहुंच योग्य नहीं है या इसके प्रोटोकॉल संस्करण CLI से मेल नहीं खाते हैं, तो हुक मूल्यांकन विफल हो जाता है। कार्रवाई एक कारण के साथ अस्वीकार कर दी जाती है जो ऑपरेटर को डेमॉन की जांच या अपडेट करने के लिए निर्देशित करता है।
डेमॉन कॉन्फ़िगरेशन से पहले, हुक प्रक्रिया में नीतियों का मूल्यांकन करते हैं। एक बार डेमॉन कॉन्फ़िगरेशन दर्ज हो जाने के बाद, Failproof AI डेमॉन विफल होने पर किसी दूसरे मूल्यांकनकर्ता में चुप-चाप वापस नहीं जाता है।
विफलता-बंद निर्णय का जवाब दें
failproofai config --status चलाएं।- यदि संस्करण भिन्न हैं, तो पैकेज अपडेट करने के बाद
failproofai config को फिर से चलाएं।
- यदि डेमॉन पहुंच योग्य नहीं है, तो इसकी सेवा स्थिति और स्थानीय लॉग की जांच करें।
- केवल तभी एजेंट का काम फिर से शुरू करें जब ज्ञात नीति मूल्यांकन पथ स्वस्थ हो।
अवरुद्ध कार्रवाई को बार-बार पुनः करने का प्रयास न करें। विफलता-बंद प्रतिक्रिया का मतलब है कि सिस्टम यह स्थापित नहीं कर सका कि कार्रवाई सुरक्षित थी।
एक पैक लोड नहीं होगा
एक मशीन जिसे पैक को लागू करने के लिए कहा गया था, और इसे चलाने में असमर्थ है, चुप-चाप जारी रखने के बजाय अस्वीकार कर देती है। ट्रिगर एक रिकॉर्ड किया गया अपेक्षा है, कभी खाली नहीं: एक मशीन जिसके पास कोई पैक स्थापित नहीं है वह चुप होती है, जबकि एक पैक जो घोषित है और हल नहीं होगा — या जो अपने मैनिफेस्ट की तुलना में कम पंजीकृत है — अस्वीकार कर देता है।
अस्वीकार संकीर्ण है, अप्राप्य डेमॉन के विपरीत। एक डेमॉन जो पहुंच योग्य नहीं है इसका मतलब है कि कोई मूल्यांकन बिल्कुल नहीं हुआ, इसलिए कुछ भी सुरक्षित के रूप में नहीं जाना जा सकता है। एक पैक जो लोड नहीं होगा, लापता गार्ड का एक गणनीय सेट है, क्योंकि हर घोषित नीति अपने स्वयं के match को ले जाती है — इसलिए यह केवल उन घटनाओं और उपकरणों को अस्वीकार करता है जिन्हें उन नीतियां कवर करती हैं, और बाकी सब कुछ आगे बढ़ता है।
यह इसके लिए ट्रिगर नहीं होता है:
- एक
observe पैक, जो निर्माण द्वारा मूल्यांकन करता है और त्यागता है
- नीतियां जो आपने कभी नहीं लीं, या स्पष्ट रूप से बंद कर दीं
- एक पैक जो लोडर को कभी नहीं मिला, जहां “कोई पंजीकरण नहीं” को जानबूझकर छोड़ने से अलग नहीं बताया जा सकता है
- एक सक्रिय सेशन विराम
- एक लोड टाइमआउट, जो क्षणिक है — एक धीमा डिस्क क्षण किसी मानव के हस्तक्षेप तक अस्वीकार नहीं करना चाहिए
UserPromptSubmit किसी भी लापता नीति घोषणा के बावजूद अस्वीकार करने के बजाय निर्देश देता है। एक व्यापक अस्वीकार इसे ले जाएगा और आपको उस एजेंट से बाहर लॉक कर देगा जो समस्या को ठीक कर सके।
क्या करना है
सूची एक स्थापित पैक को फ्लैग करती है जिसका स्थापना रिकॉर्ड या डाइजेस्ट अब चेक आउट नहीं होता है, और कहता है कि क्यों। यह पैक को आयात नहीं करता है, इसलिए एक जो केवल लोड होने के बाद विफल हो जाता है — अपने मैनिफेस्ट से कम पंजीकृत करता है — सामान्य रूप से सूचीबद्ध होता है; नीचे दिया गया अस्वीकार वह है जो उस नाम को देता है। किसी भी तरह से, इसे पुनः स्थापित करें (failproofai policies add <source>) या इसे हटाएं (failproofai policies remove <publisher/name>) — इसे हटाने से अपेक्षा को हटा दिया जाता है, और अस्वीकार इसके साथ बंद हो जाता है।
अस्वीकार स्वयं pack/failproofai-pack-unavailable को जिम्मेदार ठहराया जाता है, जो लोड की गई नीतियों को पार करता है, इसलिए एक अवरुद्ध उपकरण कॉल लापता पैक का नाम देता है बजाय इसके कि कौन सी उत्तरजीवी गार्ड पहले ट्रिगर होने वाली थी। 
