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

# समस्या निवारण

> गायब सेशन, गायब नीतियों, विफल डिलीवरी और अवरुद्ध एजेंट कार्यों का निदान करें।

<AccordionGroup>
  <Accordion title="Cloud में कोई सेशन नहीं दिखता">
    <Tabs>
      <Tab title="Dashboard">
        **Administration → Keys** खोलें और पुष्टि करें कि मशीन की कुंजी सक्रिय है और इसके पास `events:add` है। फिर **Observe → Events** खोलें, समय सीमा को चौड़ा करें, और पर्यावरण और एजेंट फ़िल्टर साफ़ करें। यदि ईवेंट मौजूद हैं, तो सेशन ID खोजें और फिर समूहीकरण के लिए **Observe → Sessions** जांचें। यदि कोई ईवेंट नहीं हैं, तो CLI से Failproof डेमॉन का निदान करें।

        <img src="https://mintcdn.com/exosphere/WgPwQzedeDNwJBTy/images/dashboard/events-stream-current.png?fit=max&auto=format&n=WgPwQzedeDNwJBTy&q=85&s=e87ba86b877f602de73237d5a3565269" alt="लाइव ईवेंट स्ट्रीम अपने प्राथमिक फ़िल्टर और हाल के एजेंट ईवेंट के साथ दिखाई दे रही है।" width="2940" height="1618" data-path="images/dashboard/events-stream-current.png" />
      </Tab>

      <Tab title="CLI">
        ```bash theme={null}
        failproofai config --status
        failproofai flush --wait --timeout 60
        fp list envs
        fp events --since 24h --limit 20
        fp sessions --since 24h --limit 20
        ```

        पुष्टि करें कि कैप्चर सक्षम है, कॉन्फ़िगर की गई कुंजी के पास `events:add` है, और डैशबोर्ड फ़िल्टर उत्सर्जित पर्यावरण से मेल खाता है।
      </Tab>
    </Tabs>
  </Accordion>

  <Accordion title="Python SDK ईवेंट डिस्क पर रहते हैं">
    <Tabs>
      <Tab title="Dashboard">
        **Observe → Events** में फ़िल्टर साफ़ करें और सटीक SDK सेशन ID खोजें। यदि कुछ नहीं दिखता, तो स्रोत मशीन पर SDK स्पूल और Failproof डेमॉन का निरीक्षण करें।
      </Tab>

      <Tab title="CLI">
        ```bash theme={null}
        failproofai config --status
        failproofai flush --wait
        ```

        पुष्टि करें कि एजेंट प्रक्रिया `AGENTEYE_SPOOL_TO_FAILPROOFAI=1` सेट करती है और SDK शुरू होने से पहले `$FAILPROOFAI_HOME/custom-agents`, अन्यथा `~/.failproofai/custom-agents`, मौजूद है।
      </Tab>
    </Tabs>
  </Accordion>

  <Accordion title="मशीन को नीतियां प्राप्त नहीं होती">
    <Tabs>
      <Tab title="Dashboard">
        **Admin → enforcement** खोलें, मशीन का चयन करें, और इसके असाइन किए गए, रिपोर्ट किए गए और पिछले संस्करणों की तुलना करें। पुष्टि करें कि तैनाती का दायरा मशीन को शामिल करता है और इसकी कुंजी के पास `policies:pull` है। इंजेस्ट तब भी काम कर सकता है जब नीति डिलीवरी न हो।
      </Tab>

      <Tab title="CLI">
        ```bash theme={null}
        failproofai config --status
        failproofai update
        failproofai config --status
        ```

        पुष्टि करें कि मशीन ID और लेबल डैशबोर्ड लक्ष्य से मेल खाते हैं। यदि मौजूदा क्रेडेंशियल केवल ईवेंट इंजेस्ट देता है, तो नीति-सक्षम कुंजी से फिर से कनेक्ट करें।
      </Tab>
    </Tabs>
  </Accordion>

  <Accordion title="डेमॉन अनुपलब्ध होने के कारण कोई कार्य अस्वीकार है">
    <Tabs>
      <Tab title="Dashboard">
        **Admin → enforcement** खोलें और मशीन के अंतिम-देखे गए समय और रिपोर्ट किए गए संस्करण का निरीक्षण करें। यदि मशीन पुरानी है, तो इसे एक स्थानीय डेमॉन समस्या के रूप में मानें। अनुपलब्ध डेमॉन को बायपास करने के लिए तैनात की गई नीति को कमजोर न करें।
      </Tab>

      <Tab title="CLI">
        ```bash theme={null}
        failproofai config --status
        failproofai update
        failproofai config
        failproofai config --status
        ```

        `failproofaid` को पुनः शुरू या अपडेट करें; जब CLI और डेमॉन प्रोटोकॉल संस्करण भिन्न हों तो कॉन्फ़िगरेशन दोबारा चलाएं। कॉन्फ़िगर किया गया डेमॉन पाथ डिज़ाइन द्वारा विफल हो जाता है।
      </Tab>
    </Tabs>
  </Accordion>

  <Accordion title="कस्टम नीति लोड नहीं होती">
    <Tabs>
      <Tab title="Dashboard">
        Cloud-लेखक नीति के लिए, **Admin → policy editor** खोलें, ड्राफ्ट का चयन करें, और प्रकाशित करने से पहले सत्यापन त्रुटियों की समीक्षा करें। स्थानीय नीति के लिए, इसे सत्यापित करने के लिए CLI का उपयोग करें, फिर परीक्षण कार्य के बाद निर्णय आने की पुष्टि करने के लिए **Observe → policy** खोलें।
      </Tab>

      <Tab title="CLI">
        पुष्टि करें कि फ़ाइलनाम `policies.js`, `policies.mjs` या `policies.ts` में समाप्त होता है, मॉड्यूल `customPolicies.add(...)` को कॉल करता है, और आयात नीति फ़ाइल से हल होते हैं।

        ```bash theme={null}
        failproofai policies --install --custom ./checkout.policies.ts
        failproofai policies
        ```
      </Tab>
    </Tabs>
  </Accordion>

  <Accordion title="एक ऑडिट कोई निष्कर्ष नहीं देता">
    <Tabs>
      <Tab title="Dashboard">
        **Analyze → audits** खोलें, रन का चयन करें, और जांचें कि क्या मॉडल विश्लेषण चला। फिर इसके दायरे और विंडो की तुलना **Observe → sessions** से करें और उस जनसंख्या से प्रतिनिधि ट्रेस खोलें।

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

        <img src="https://mintcdn.com/exosphere/WgPwQzedeDNwJBTy/images/dashboard/audit-new.png?fit=max&auto=format&n=WgPwQzedeDNwJBTy&q=85&s=5ff2eacb3773c1acd30535a8395e5603" alt="ऑडिट फॉर्म जहां पर्यावरण, एजेंट, कैडेंस और स्वीप विंडो सेशन जनसंख्या को परिभाषित करते हैं।" width="1279" height="879" data-path="images/dashboard/audit-new.png" />
      </Tab>

      <Tab title="CLI">
        ```bash theme={null}
        fp audits show <audit-name>
        fp audits runs <audit-name>
        fp sessions --since 24h --env production
        fp audits context-show <audit-name>
        fp audits run <audit-name>
        fp audits findings --audit <audit-name>
        ```

        यदि रन कतारबद्ध रहा, तो ऑडिट-एजेंट क्षमता के लिए प्रतीक्षा करें या तैनाती ऑपरेटर से ऑडिट फ्लीट का निरीक्षण करने के लिए कहें। कतारबद्ध ऑडिट पुनः प्रयास करता है; इसे तुरंत छोड़ा नहीं जाता।
      </Tab>
    </Tabs>
  </Accordion>

  <Accordion title="ऑनलाइन मूल्यांकन स्वचालित रूप से नहीं चलते">
    <Tabs>
      <Tab title="Dashboard">
        एक पूर्ण सेशन खोलें और जांचें कि क्या मैनुअल मूल्यांकन सफल होता है। होस्ट किए गए Cloud में वर्तमान में डैशबोर्ड में कोई मूल्यांकनकर्ता एंडपॉइंट नियंत्रण नहीं है; सर्वर ऑपरेटर को इसे कॉन्फ़िगर करना चाहिए।
      </Tab>

      <Tab title="CLI">
        मूल्यांकनकर्ता को सत्यापित करें, फिर हाल की मूल्यांकन अवस्थाओं का निरीक्षण करें:

        ```bash theme={null}
        curl https://evaluator.example.com/health
        fp evals --since 1h
        ```

        स्वयं-होस्ट किए गए Cloud पर, पुष्टि करें कि `EVALUATOR_ENDPOINT` सर्वर पर मौजूद है और `EVALUATOR_TOKEN` मूल्यांकनकर्ता से मेल खाता है। जब एंडपॉइंट अनुपस्थित हो तो स्वचालित मूल्यांकन अक्षम होता है।
      </Tab>
    </Tabs>
  </Accordion>

  <Accordion title="Cloud CLI प्रमाणीकरण गलत संगठन को लक्षित करता है">
    <Tabs>
      <Tab title="Dashboard">
        संगठन स्विचर का उपयोग करें और CLI के साथ परिणामों की तुलना करने से पहले अपेक्षित स्लग और अनुमतियों की पुष्टि करें।
      </Tab>

      <Tab title="CLI">
        ```bash theme={null}
        fp whoami
        fp orgs current
        fp orgs perms
        ```

        API-कुंजी मोड में, `fp --org <slug> --api-key <key> ...` निर्दिष्ट करें या `AGENTEYE_ORG` सेट करें। सहेजी गई मानव-सेशन संगठन अवस्था जानबूझकर API-कुंजी अनुरोधों के लिए अनदेखी की जाती है।
      </Tab>
    </Tabs>
  </Accordion>

  <Accordion title="नीति वैध कार्य को अवरुद्ध करती है">
    <Tabs>
      <Tab title="Dashboard">
        **Observe → policy** खोलें, निर्णय और लिंक किए गए सेशन को संरक्षित करें, और गलत-सकारात्मक स्थिति की पहचान करें। फिर **Admin → enforcement** खोलें और प्रभावित मशीनों को पिछले संस्करण पर रोल बैक करें। **Policy editor** में एक संकीर्ण संस्करण बनाएं, इसे छोटे दायरे पर परीक्षण करें, और केवल तभी विस्तारित करें जब वैध कार्य सफल हो।
      </Tab>

      <Tab title="CLI">
        Cloud तैनाती रोलबैक केवल डैशबोर्ड-केवल है। एक स्थानीय सेशन विराम Cloud-प्रबंधित नीतियों को अक्षम नहीं करता है। यदि डैशबोर्ड अनुपलब्ध है, तो मशीन और तैनाती अवस्था को कैप्चर करें और डैशबोर्ड पहुंच को बहाल करें बजाय अवरुद्ध कार्य को बार-बार दोबारा करने के।

        ```bash theme={null}
        failproofai config --status
        ```
      </Tab>
    </Tabs>
  </Accordion>
</AccordionGroup>

समर्थन से संपर्क करते समय, CLI संस्करण, हार्नेस, पर्यावरण, प्रासंगिक सेशन या तैनाती ID, और गुप्त जानकारी हटाकर `failproofai config --status` का आउटपुट शामिल करें।