> ## 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.

# ऑडिट चलाएं और समीक्षा करें

> एक ऑडिट चलाएं, इसके कवरेज को सत्यापित करें, और परिणामी निष्कर्षों का निरीक्षण करें।

एक ऑडिट चलाएं इसके बाद इसका लक्ष्य और जनसंख्या काफी विशिष्ट हो ताकि कोई अन्य ऑपरेटर जान सके कि एक वैध निष्कर्ष कैसा दिखता है।

## इसे चलाएं और निरीक्षण करें

<Tabs>
  <Tab title="Dashboard">
    1. **Analyze → Audits** पर जाएं, ऑडिट खोलें, और **run now** चुनें। एक कतारबद्ध प्रतिक्रिया का मतलब है कि डिस्पैचर इसे जल्द ही शुरू करेगा।
    2. नई रन को खोलकर इसकी स्थिति, विंडो, अवधि, निष्कर्ष गणना, और रिपोर्ट की समीक्षा करें।
    3. सटीक ट्रेस खोलने के लिए एक सबूत सत्र चुनें।
    4. सेटिंग्स संपादित करने, शेड्यूल को अक्षम करने, या पुरानी रन की जांच करने के लिए ऑडिट पृष्ठ पर वापस जाएं।

           <img src="https://mintcdn.com/exosphere/WgPwQzedeDNwJBTy/images/dashboard/audit-detail.png?fit=max&auto=format&n=WgPwQzedeDNwJBTy&q=85&s=9627b669105471d85970dcd67dbd7cf9" alt="एक ऑडिट विवरण पृष्ठ जिसमें खुले निष्कर्ष, अंतिम और अगली रन स्थिति, स्वीप विंडो, संदर्भ, रन-अब नियंत्रण, और रैंक किए गए निष्कर्ष हैं।" width="2864" height="1522" data-path="images/dashboard/audit-detail.png" />
  </Tab>

  <Tab title="CLI">
    ```bash theme={null}
    fp audits run checkout-reliability
    fp audits runs checkout-reliability --limit 10
    fp --json audits runs checkout-reliability
    fp audits findings --audit checkout-reliability
    ```

    रन इतिहास, निष्कर्ष, और ट्रिएज कमांड के लिए [`fp audits` संदर्भ](/hi/reference/cloud-cli#audits) देखें।
  </Tab>
</Tabs>

## चलाने से पहले

* चयनित समय विंडो में सत्रों की पुष्टि करें।
* पर्यावरण और एजेंट फ़िल्टर को सत्यापित करें।
* जांचें कि संदर्भ सामग्री वर्तमान है।
* सुनिश्चित करें कि लक्ष्य एक विफलता मोड का वर्णन करता है, न कि एक वांछित निष्कर्ष।

## रन की समीक्षा करें

रन स्थिति, सत्र कवरेज के साथ शुरू करें, और क्या मॉडल विश्लेषण चला। फिर प्रत्येक निष्कर्ष की गंभीरता, विवरण, सबूत सत्र, सहायक क्वेरी, और सुझाए गए रोकथाम पथ का निरीक्षण करें।

कार्य को स्वीकार करने, म्यूट करने, खारिज करने, हल करने, फिर से खोलने, या असाइन करने के लिए निष्कर्ष स्थिति का उपयोग करें। निष्कर्ष को खारिज करने पर भी सबूत को संरक्षित रखें; यह समझाता है कि यह निर्णय क्यों लिया गया था।

## एक खाली या विलंबित रन की व्याख्या करें

| रन स्थिति                                        | इसका अर्थ है                                                                                                                                                                                  | क्या करें                                                                                                                                            |
| ------------------------------------------------ | --------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- | ---------------------------------------------------------------------------------------------------------------------------------------------------- |
| विश्लेषण चला और शून्य निष्कर्ष उत्पादित हुए      | चयनित सबूत ने कॉन्फ़िगर की गई संवेदनशीलता पर एक निष्कर्ष का समर्थन नहीं किया।                                                                                                                 | पुष्टि करें कि स्कोप में प्रतिनिधि सत्र हैं, फिर परिणाम को स्वस्थ मानें जब तक कि लक्ष्य या संदर्भ बहुत अस्पष्ट न हो।                                 |
| मॉडल विश्लेषण को छोड़ दिया गया या विफल हो गया    | रन शून्य निष्कर्षों के साथ पूरी होती है, लेकिन यह एजेंटिक जांच नहीं करता। नियतिवादी क्रेडेंशियल और पीआईआई स्कैन अभी भी रन आंकड़ों में मेल गणना की रिपोर्ट करते हैं लेकिन निष्कर्ष नहीं खोलते। | विश्लेषण सेवा या कॉन्फ़िगरेशन को ठीक करें और फिर से चलाएं। खाली परिणाम को जनसंख्या के स्वस्थ होने के प्रमाण के रूप में न समझें।                      |
| मॉडल विश्लेषण अक्षम है                           | रन शून्य निष्कर्षों के साथ सफल होता है। नियतिवादी स्कैन मॉडल विश्लेषण को प्रतिस्थापित नहीं करता या निष्कर्ष नहीं खोलता।                                                                       | मॉडल विश्लेषण को सक्षम करें या ऑडिट को अक्षम करें बजाय एक ऑडिट पर भरोसा करने के जो निष्कर्ष का उत्पादन नहीं कर सकता।                                 |
| कोई विश्लेषण क्षमता तुरंत उपलब्ध नहीं है         | ऑडिट कतारबद्ध रहती है और जनसंख्या को छोड़ने के बजाय पुनः प्रयास करती है।                                                                                                                      | क्षमता के लिए प्रतीक्षा करें या ऑडिट एंकर को फैलाएं। स्व-होस्ट किए गए ऑपरेटरों को ऑडिट-एजेंट रेप्लिकास और मिलान डिस्पैचर क्षमता को स्केल करना चाहिए। |
| क्षमता पुनः प्रयास विंडो के लिए अनुपलब्ध रहती है | रन शून्य निष्कर्षों के साथ त्याग देता है और विफलता सूचना भेजता है जब ईमेल डिलीवरी उपलब्ध है।                                                                                                  | जांचें कि ऑडिट फ्लीट संतृप्त है या बार-बार पुनरारंभ हो रही है।                                                                                       |

जब विश्लेषण नहीं चलता है, `since_last` ऑडिट अगली सफल रन के लिए वह अनविश्लेषित विंडो खुली रखते हैं। मौजूदा निष्कर्षों को सेवानिवृत्त नहीं किया जाता है क्योंकि एक छोड़ी गई विश्लेषण विफलता के गायब होने का प्रमाण नहीं है।

## विफलता सूचनाओं को समझें

एक विफल रन या विफल मॉडल-विश्लेषण चरण ऑडिट के ईमेल प्राप्तकर्ताओं का उपयोग करता है। यदि ऑडिट के पास कोई ईमेल चैनल नहीं है, तो Failproof AI संगठन की `alerts.email_default_recipients` सेटिंग पर वापस जाता है ताकि एक चुप्पी से टूटा हुआ ऑडिट अभी भी एक एस्केलेशन पथ हो।

ईमेल को संगठन के लिए सक्षम होना चाहिए और एसएमटीपी को कॉन्फ़िगर किया जाना चाहिए। अन्यथा विफलता दर्ज की जाती है लेकिन कोई ईमेल डिलीवर नहीं हो सकता। रन विफलताएं ऑडिट के निर्धारित शेड्यूल एंकर को नहीं हटाती।

हर रन भी प्रत्येक एजेंट के लिए उपयोग किए गए सटीक [एजेंट संदर्भ](/hi/audits/agent-contracts) को एक अनुबंध स्नैपशॉट के रूप में संग्रहीत करता है। बाद की संपादन एक पहली रन के साथ दर्ज किए गए सबूत मानक को नहीं बदलते।

<Warning>
  सत्यापित निष्कर्ष से सीधे एक अवरुद्ध नीति को तैनात न करें। उद्धृत ट्रेसों को खोलें और पुष्टि करें कि नियम असुरक्षित व्यवहार को वैध कार्य से अलग करता है।
</Warning>