failproofai 0.0.6-beta.1 → 0.0.6-beta.2

package/.next/standalone/docs/hi/custom-policies.mdx

@@ -1,10 +1,11 @@
 ---
+---
 title: कस्टम पॉलिसीज़
-description: "JavaScript में अपने स्वयं के पॉलिसीज़ लिखें - सम्मेलन लागू करें, विचलन रोकें, विफलताओं का पता लगाएं, बाहरी सिस्टम के साथ एकीकरण करें"
+description: "JavaScript में अपने नियम लिखें - कन्वेंशन को लागू करें, ड्रिफ्ट को रोकें, विफलताओं का पता लगाएं, बाहरी सिस्टम्स के साथ एकीकृत करें"
 icon: code
 ---
 
-कस्टम पॉलिसीज़ आपको किसी भी एजेंट व्यवहार के लिए नियम लिखने देती हैं: प्रोजेक्ट सम्मेलन लागू करें, विचलन रोकें, विनाशकारी ऑपरेशन को गेट करें, फंसे हुए एजेंटों का पता लगाएं, या Slack, स्वीकृति वर्कफ़्लो और बहुत कुछ के साथ एकीकृत करें। ये बिल्ट-इन पॉलिसीज़ के समान हुक इवेंट सिस्टम और `allow`, `deny`, `instruct` निर्णयों का उपयोग करते हैं।
+कस्टम पॉलिसीज़ आपको किसी भी एजेंट व्यवहार के लिए नियम लिखने देती हैं: प्रोजेक्ट कन्वेंशन को लागू करें, ड्रिफ्ट को रोकें, विनाशकारी ऑपरेशन्स को गेट करें, फंसे हुए एजेंट्स का पता लगाएं, या Slack, अनुमोदन वर्कफ्लो, और अन्य सिस्टम्स के साथ एकीकृत करें। ये वही हुक इवेंट सिस्टम और `allow`, `deny`, `instruct` निर्णय का उपयोग करते हैं जो बिल्ट-इन पॉलिसीज़ करती हैं।
 
 ---
 
@@ -37,14 +38,14 @@ failproofai policies --install --custom ./my-policies.js
 
 ---
 
-## कस्टम पॉलिसीज़ लोड करने के दो तरीके
+## कस्टम पॉलिसीज़ को लोड करने के दो तरीके
 
 ### विकल्प 1: कन्वेंशन-आधारित (अनुशंसित)
 
-`*policies.{js,mjs,ts}` फाइलों को `.failproofai/policies/` में डालें और वे स्वचालित रूप से लोड हो जाती हैं — कोई फ्लैग या कॉन्फ़िगरेशन परिवर्तन की आवश्यकता नहीं। यह git हुक्स की तरह काम करता है: एक फाइल डालें, यह काम करता है।
+`.failproofai/policies/` में `*policies.{js,mjs,ts}` फाइलें ड्रॉप करें और वे स्वचालित रूप से लोड हो जाती हैं — कोई फ्लैग या कॉन्फ़िग परिवर्तन की आवश्यकता नहीं। यह git हुक्स की तरह काम करता है: एक फाइल ड्रॉप करें, बस काम करता है।
 
 ```
-# प्रोजेक्ट स्तर — git में कमिट किया गया, टीम के साथ साझा किया गया
+# प्रोजेक्ट स्तर — git के लिए प्रतिबद्ध, टीम के साथ साझा किया गया
 .failproofai/policies/security-policies.mjs
 .failproofai/policies/workflow-policies.mjs
 
@@ -53,44 +54,44 @@ failproofai policies --install --custom ./my-policies.js
 ```
 
 **यह कैसे काम करता है:**
-- प्रोजेक्ट और उपयोगकर्ता दोनों निर्देशिकाएं स्कैन की जाती हैं (संघ — पहले-दायरा-जीत नहीं)
-- फाइलें प्रत्येक निर्देशिका में वर्णमाला के अनुसार लोड की जाती हैं। क्रम नियंत्रित करने के लिए `01-`, `02-` से शुरू करें
-- केवल `*policies.{js,mjs,ts}` से मेल खाने वाली फाइलें लोड की जाती हैं; अन्य फाइलें अनदेखी की जाती हैं
-- प्रत्येक फाइल स्वतंत्र रूप से लोड की जाती है (फाइल प्रति फेल-ओपन)
-- स्पष्ट `--custom` और बिल्ट-इन पॉलिसीज़ के साथ साथ काम करता है
+- प्रोजेक्ट और उपयोगकर्ता दोनों डायरेक्टरीज़ को स्कैन किया जाता है (यूनियन — पहली स्कोप-जीत नहीं)
+- फाइलें प्रत्येक डायरेक्टरी के भीतर वर्णानुक्रमिक रूप से लोड होती हैं। क्रम को नियंत्रित करने के लिए `01-`, `02-` से प्रीफ़िक्स करें
+- केवल `*policies.{js,mjs,ts}` से मेल खाने वाली फाइलें लोड होती हैं; अन्य फाइलें नजरअंदाज की जाती हैं
+- प्रत्येक फाइल स्वतंत्र रूप से लोड होती है (प्रति फाइल फेल-ओपन)
+- स्पष्ट `--custom` और बिल्ट-इन पॉलिसीज़ के साथ काम करता है
 
 <Tip>
-कन्वेंशन पॉलिसीज़ एक टीम में पॉलिसीज़ साझा करने का सबसे आसान तरीका है। `.failproofai/policies/` को git में कमिट करें और प्रत्येक टीम सदस्य को वह स्वचालित रूप से मिल जाएगा।
+कन्वेंशन पॉलिसीज़ आपके संगठन के लिए एक गुणवत्ता मानक बनाने का सबसे आसान तरीका हैं। `.failproofai/policies/` को git में प्रतिबद्ध करें और हर टीम सदस्य को स्वचालित रूप से वही नियम मिलते हैं — कोई प्रति-डेवलपर सेटअप की आवश्यकता नहीं। जैसे-जैसे आपकी टीम नई विफलता के तरीके खोजती है, एक पॉलिसी जोड़ें और पुश करें। समय के साथ ये एक जीवंत गुणवत्ता मानक बन जाते हैं जो हर योगदान के साथ सुधरते रहते हैं।
 </Tip>
 
-### विकल्प 2: स्पष्ट फाइल पथ
+### विकल्प 2: स्पष्ट फाइल पाथ
 
 ```bash
 # कस्टम पॉलिसीज़ फाइल के साथ इंस्टॉल करें
 failproofai policies --install --custom ./my-policies.js
 
-# पॉलिसीज़ फाइल पथ बदलें
+# पॉलिसीज़ फाइल पाथ को प्रतिस्थापित करें
 failproofai policies --install --custom ./new-policies.js
 
-# कॉन्फ़िग से कस्टम पॉलिसीज़ पथ हटाएं
+# कॉन्फ़िग से कस्टम पॉलिसीज़ पाथ को हटाएं
 failproofai policies --uninstall --custom
 ```
 
-हल किया गया पूर्ण पथ `policies-config.json` में `customPoliciesPath` के रूप में संग्रहीत है। फाइल हर हुक इवेंट पर ताज़ी लोड की जाती है - इवेंट्स के बीच कोई कैशिंग नहीं है।
+हल किया गया निरपेक्ष पाथ `policies-config.json` में `customPoliciesPath` के रूप में संग्रहीत होता है। फाइल हर हुक इवेंट पर ताज़ी लोड होती है - इवेंट्स के बीच कोई कैशिंग नहीं होती है।
 
 ### दोनों को एक साथ उपयोग करना
 
-कन्वेंशन पॉलिसीज़ और स्पष्ट `--custom` फाइल एक साथ मौजूद हो सकती हैं। लोड क्रम:
+कन्वेंशन पॉलिसीज़ और स्पष्ट `--custom` फाइल एक साथ सह-अस्तित्व कर सकती हैं। लोड क्रम:
 
-1. स्पष्ट `customPoliciesPath` फाइल (यदि कॉन्फ़िगर किया गया है)
-2. प्रोजेक्ट कन्वेंशन फाइलें (`{cwd}/.failproofai/policies/`, वर्णमाला के अनुसार)
-3. उपयोगकर्ता कन्वेंशन फाइलें (`~/.failproofai/policies/`, वर्णमाला के अनुसार)
+1. स्पष्ट `customPoliciesPath` फाइल (यदि कॉन्फ़िगर की गई है)
+2. प्रोजेक्ट कन्वेंशन फाइलें (`{cwd}/.failproofai/policies/`, वर्णानुक्रमिक)
+3. उपयोगकर्ता कन्वेंशन फाइलें (`~/.failproofai/policies/`, वर्णानुक्रमिक)
 
 ---
 
 ## API
 
-### आयात
+### आयात करें
 
 ```js
 import { customPolicies, allow, deny, instruct } from "failproofai";
@@ -98,45 +99,45 @@ import { customPolicies, allow, deny, instruct } from "failproofai";
 
 ### `customPolicies.add(hook)`
 
-एक पॉलिसी को रजिस्टर करता है। एक ही फाइल में कई पॉलिसीज़ के लिए आवश्यकतानुसार कई बार कॉल करें।
+एक पॉलिसी को पंजीकृत करता है। एक ही फाइल में कई पॉलिसीज़ के लिए आवश्यकतानुसार कई बार कॉल करें।
 
 ```ts
 customPolicies.add({
   name: string;                         // आवश्यक - अद्वितीय पहचानकर्ता
   description?: string;                 // `failproofai policies` आउटपुट में दिखाया गया
-  match?: { events?: HookEventType[] }; // इवेंट प्रकार द्वारा फ़िल्टर करें; सभी से मेल खाने के लिए छोड़ें
+  match?: { events?: HookEventType[] }; // इवेंट प्रकार द्वारा फ़िल्टर करें; सभी से मेल खाने के लिए छोड़ दें
   fn: (ctx: PolicyContext) => PolicyResult | Promise<PolicyResult>;
 });
 ```
 
 ### निर्णय सहायक
 
-| फ़ंक्शन | प्रभाव | कब उपयोग करें |
+| फंक्शन | प्रभाव | उपयोग करें जब |
 |----------|--------|----------|
-| `allow()` | ऑपरेशन को स्पष्ट रूप से अनुमति दें | कार्रवाई सुरक्षित है, कोई संदेश आवश्यक नहीं |
-| `deny(message)` | ऑपरेशन को ब्लॉक करें | एजेंट को यह कार्रवाई नहीं करनी चाहिए |
+| `allow()` | ऑपरेशन को चुप से अनुमति दें | कार्य सुरक्षित है, कोई संदेश की आवश्यकता नहीं |
+| `deny(message)` | ऑपरेशन को ब्लॉक करें | एजेंट को यह कार्य नहीं करना चाहिए |
 | `instruct(message)` | बिना ब्लॉक किए संदर्भ जोड़ें | एजेंट को ट्रैक पर रहने के लिए अतिरिक्त संदर्भ दें |
 
-`deny(message)` - संदेश Claude को `"Blocked by failproofai:"` से पहले दिखाई देता है। एक एकल `deny` सभी आगे के मूल्यांकन को शॉर्ट-सर्किट करता है।
+`deny(message)` - संदेश Claude को `"Blocked by failproofai:"` प्रीफ़िक्स के साथ दिखाई देता है। एक ही `deny` सभी आगामी मूल्यांकन को शॉर्ट-सर्किट करता है।
 
-`instruct(message)` - संदेश वर्तमान टूल कॉल के लिए Claude के संदर्भ में जोड़ा जाता है। सभी `instruct` संदेश जमा किए जाते हैं और एक साथ वितरित किए जाते हैं।
+`instruct(message)` - संदेश Claude के संदर्भ में वर्तमान टूल कॉल के लिए जोड़ा जाता है। सभी `instruct` संदेश एकत्र किए जाते हैं और एक साथ दिए जाते हैं।
 
 <Tip>
-आप `policyParams` में `hint` फील्ड जोड़कर किसी भी `deny` या `instruct` संदेश में अतिरिक्त मार्गदर्शन जोड़ सकते हैं — कोई कोड परिवर्तन आवश्यक नहीं। यह कस्टम (`custom/`), प्रोजेक्ट कन्वेंशन (`.failproofai-project/`), और उपयोगकर्ता कन्वेंशन (`.failproofai-user/`) पॉलिसीज़ के लिए भी काम करता है। विवरण के लिए [कॉन्फ़िगरेशन → hint](/hi/configuration#hint-cross-cutting) देखें।
+आप `policyParams` में एक `hint` फील्ड जोड़कर किसी भी `deny` या `instruct` संदेश के लिए अतिरिक्त मार्गदर्शन जोड़ सकते हैं — कोई कोड परिवर्तन की आवश्यकता नहीं। यह कस्टम (`custom/`), प्रोजेक्ट कन्वेंशन (`.failproofai-project/`), और उपयोगकर्ता कन्वेंशन (`.failproofai-user/`) पॉलिसीज़ के लिए भी काम करता है। [कॉन्फ़िगरेशन → hint](/hi/configuration#hint-cross-cutting) विवरण के लिए देखें।
 </Tip>
 
 ### सूचनात्मक allow संदेश
 
-`allow(message)` ऑपरेशन की अनुमति देता है **और** Claude को एक सूचनात्मक संदेश भेजता है। संदेश हुक हैंडलर के stdout प्रतिक्रिया में `additionalContext` के रूप में वितरित किया जाता है — `instruct` द्वारा उपयोग किया जाने वाला समान तंत्र, लेकिन शब्दार्थ से अलग: यह एक चेतावनी नहीं, बल्कि एक स्थिति अपडेट है।
+`allow(message)` ऑपरेशन को अनुमति देता है **और** Claude को वापस एक सूचनात्मक संदेश भेजता है। संदेश हुक हैंडलर के stdout प्रतिक्रिया में `additionalContext` के रूप में दिया जाता है — `instruct` द्वारा उपयोग की जाने वाली एक ही तंत्र, लेकिन शब्दार्थ अलग: यह एक चेतावनी नहीं बल्कि एक स्थिति अपडेट है।
 
-| फ़ंक्शन | प्रभाव | कब उपयोग करें |
+| फंक्शन | प्रभाव | उपयोग करें जब |
 |----------|--------|----------|
-| `allow(message)` | अनुमति दें और Claude को संदर्भ भेजें | एक जांच पास होने की पुष्टि करें, या एक जांच छोड़े जाने का कारण समझाएं |
+| `allow(message)` | अनुमति दें और Claude को संदर्भ भेजें | एक चेक पास हुई की पुष्टि करें, या समझाएं कि एक चेक क्यों छोड़ा गया |
 
 उपयोग के मामले:
-- **स्थिति पुष्टि:** `allow("All CI checks passed.")` — Claude को बताएं कि सब कुछ हरा है
-- **फेल-ओपन व्याख्या:** `allow("GitHub CLI not installed, skipping CI check.")` — Claude को बताएं कि एक जांच क्यों छोड़ी गई थी ताकि उसके पास पूरा संदर्भ हो
-- **कई संदेश जमा होते हैं:** यदि कई पॉलिसीज़ प्रत्येक `allow(message)` लौटाती हैं, तो सभी संदेश नई पंक्तियों के साथ जुड़े जाते हैं और एक साथ वितरित किए जाते हैं
+- **स्थिति पुष्टियां:** `allow("All CI checks passed.")` — Claude को बताएं कि सब कुछ हरा है
+- **फेल-ओपन स्पष्टीकरण:** `allow("GitHub CLI not installed, skipping CI check.")` — Claude को बताएं कि एक चेक क्यों छोड़ा गया ताकि उसके पास पूर्ण संदर्भ हो
+- **कई संदेश जमा होते हैं:** यदि कई पॉलिसीज़ प्रत्येक `allow(message)` लौटाती हैं, सभी संदेश नई पंक्तियों के साथ जुड़ जाते हैं और एक साथ दिए जाते हैं
 
 ```js
 customPolicies.add({
@@ -146,7 +147,7 @@ customPolicies.add({
     const cwd = ctx.session?.cwd;
     if (!cwd) return allow("No working directory, skipping branch check.");
 
-    // ... check branch status ...
+    // ... branch status चेक करें ...
     if (allPushed) {
       return allow("Branch is up to date with remote.");
     }
@@ -160,7 +161,7 @@ customPolicies.add({
 | फील्ड | प्रकार | विवरण |
 |-------|------|-------------|
 | `eventType` | `string` | `"PreToolUse"`, `"PostToolUse"`, `"Notification"`, `"Stop"` |
-| `toolName` | `string \| undefined` | कॉल किया जा रहा टूल (जैसे `"Bash"`, `"Write"`, `"Read"`) |
+| `toolName` | `string \| undefined` | कॉल किया जा रहा टूल (उदाहरण के लिए `"Bash"`, `"Write"`, `"Read"`) |
 | `toolInput` | `Record<string, unknown> \| undefined` | टूल के इनपुट पैरामीटर |
 | `payload` | `Record<string, unknown>` | Claude Code से संपूर्ण कच्चा इवेंट पेलोड |
 | `session` | `SessionMetadata \| undefined` | सेशन संदर्भ (नीचे देखें) |
@@ -171,37 +172,37 @@ customPolicies.add({
 |-------|------|-------------|
 | `sessionId` | `string` | Claude Code सेशन पहचानकर्ता |
 | `cwd` | `string` | Claude Code सेशन की कार्य निर्देशिका |
-| `transcriptPath` | `string` | सेशन की JSONL ट्रांसक्रिप्ट फाइल का पथ |
+| `transcriptPath` | `string` | सेशन की JSONL ट्रांसक्रिप्ट फाइल का पाथ |
 
 ### इवेंट प्रकार
 
 | इवेंट | कब फायर होता है | `toolInput` सामग्री |
 |-------|--------------|----------------------|
-| `PreToolUse` | Claude एक टूल चलाने से पहले | टूल का इनपुट (जैसे Bash के लिए `{ command: "..." }`) |
+| `PreToolUse` | Claude एक टूल चलाने से पहले | टूल का इनपुट (उदाहरण के लिए Bash के लिए `{ command: "..." }`) |
 | `PostToolUse` | एक टूल पूरा होने के बाद | टूल का इनपुट + `tool_result` (आउटपुट) |
-| `Notification` | जब Claude एक सूचना भेजता है | `{ message: "...", notification_type: "idle" \| "permission_prompt" \| ... }` - हुक्स को हमेशा `allow()` लौटाना चाहिए, वे सूचनाओं को ब्लॉक नहीं कर सकते |
+| `Notification` | जब Claude एक सूचना भेजता है | `{ message: "...", notification_type: "idle" \| "permission_prompt" \| ... }` - हुक्स को हमेशा `allow()` लौटना चाहिए, वे सूचनाओं को ब्लॉक नहीं कर सकते |
 | `Stop` | जब Claude सेशन समाप्त होता है | खाली |
 
 ---
 
 ## मूल्यांकन क्रम
 
-पॉलिसीज़ का मूल्यांकन इस क्रम में किया जाता है:
+पॉलिसीज़ को इस क्रम में मूल्यांकन किया जाता है:
 
 1. बिल्ट-इन पॉलिसीज़ (परिभाषा क्रम में)
 2. `customPoliciesPath` से स्पष्ट कस्टम पॉलिसीज़ (`.add()` क्रम में)
-3. प्रोजेक्ट `.failproofai/policies/` से कन्वेंशन पॉलिसीज़ (फाइलें वर्णमाला के अनुसार, `.add()` क्रम के भीतर)
-4. उपयोगकर्ता `~/.failproofai/policies/` से कन्वेंशन पॉलिसीज़ (फाइलें वर्णमाला के अनुसार, `.add()` क्रम के भीतर)
+3. प्रोजेक्ट `.failproofai/policies/` से कन्वेंशन पॉलिसीज़ (फाइलें वर्णानुक्रमिक, `.add()` क्रम के भीतर)
+4. उपयोगकर्ता `~/.failproofai/policies/` से कन्वेंशन पॉलिसीज़ (फाइलें वर्णानुक्रमिक, `.add()` क्रम के भीतर)
 
 <Note>
-पहला `deny` सभी बाद की पॉलिसीज़ को शॉर्ट-सर्किट करता है। सभी `instruct` संदेश जमा किए जाते हैं और एक साथ वितरित किए जाते हैं।
+पहला `deny` सभी बाद की पॉलिसीज़ को शॉर्ट-सर्किट करता है। सभी `instruct` संदेश एकत्र किए जाते हैं और एक साथ दिए जाते हैं।
 </Note>
 
 ---
 
-## पारगमन आयात
+## संक्रमणकारी आयात
 
-कस्टम पॉलिसी फाइलें सापेक्ष पथों का उपयोग करके स्थानीय मॉड्यूल को आयात कर सकती हैं:
+कस्टम पॉलिसी फाइलें सापेक्ष पाथ का उपयोग करके स्थानीय मॉड्यूल को आयात कर सकती हैं:
 
 ```js
 // my-policies.js
@@ -218,46 +219,46 @@ customPolicies.add({
 });
 ```
 
-एंट्री फाइल से सभी सापेक्ष आयात हल किए जाते हैं। यह `from "failproofai"` आयात को वास्तविक dist पथ में फिर से लिखकर और ESM संगतता सुनिश्चित करने के लिए अस्थायी `.mjs` फाइलें बनाकर लागू किया जाता है।
+प्रवेश फाइल से पहुंचने योग्य सभी सापेक्ष आयात हल किए जाते हैं। यह `from "failproofai"` आयात को वास्तविक dist पाथ में फिर से लिखकर और ESM संगतता सुनिश्चित करने के लिए अस्थायी `.mjs` फाइलें बनाकर लागू किया जाता है।
 
 ---
 
 ## इवेंट प्रकार फ़िल्टरिंग
 
-किसी पॉलिसी को फायर करने के समय को सीमित करने के लिए `match.events` का उपयोग करें:
+`match.events` का उपयोग करके सीमित करें कि कोई पॉलिसी कब फायर होती है:
 
 ```js
 customPolicies.add({
   name: "require-summary-on-stop",
   match: { events: ["Stop"] },
   fn: async (ctx) => {
-    // केवल तभी फायर होता है जब सेशन समाप्त होता है
-    // ctx.session.transcriptPath में संपूर्ण सेशन लॉग होता है
+    // केवल तब फायर होता है जब सेशन समाप्त होता है
+    // ctx.session.transcriptPath में पूर्ण सेशन लॉग होता है
     return allow();
   },
 });
 ```
 
-हर इवेंट प्रकार पर फायर करने के लिए `match` को पूरी तरह छोड़ दें।
+सभी इवेंट प्रकारों पर फायर करने के लिए `match` को पूरी तरह छोड़ दें।
 
 ---
 
-## त्रुटि हैंडलिंग और विफलता के तरीके
+## त्रुटि हैंडलिंग और विफलता मोड
 
-कस्टम पॉलिसीज़ **फेल-ओपन** हैं: त्रुटियां कभी भी बिल्ट-इन पॉलिसीज़ को ब्लॉक नहीं करती हैं या हुक हैंडलर को क्रैश नहीं करती हैं।
+कस्टम पॉलिसीज़ **फेल-ओपन** हैं: त्रुटियां कभी बिल्ट-इन पॉलिसीज़ को ब्लॉक नहीं करती हैं या हुक हैंडलर को क्रैश नहीं करती हैं।
 
 | विफलता | व्यवहार |
 |---------|----------|
-| `customPoliciesPath` सेट नहीं है | कोई स्पष्ट कस्टम पॉलिसीज़ चलाई नहीं जाती हैं; कन्वेंशन पॉलिसीज़ और बिल्ट-इन सामान्य रूप से जारी रहते हैं |
-| फाइल नहीं मिली | `~/.failproofai/hook.log` में चेतावनी दर्ज की गई; बिल्ट-इन जारी रहते हैं |
-| सिंटैक्स/आयात त्रुटि (स्पष्ट) | `~/.failproofai/hook.log` में त्रुटि दर्ज की गई; स्पष्ट कस्टम पॉलिसीज़ छोड़ी गई हैं |
-| सिंटैक्स/आयात त्रुटि (कन्वेंशन) | दर्ज की गई त्रुटि; वह फाइल छोड़ी गई, अन्य कन्वेंशन फाइलें अभी भी लोड होती हैं |
-| `fn` रनटाइम पर फेंकता है | दर्ज की गई त्रुटि; वह हुक `allow` के रूप में माना जाता है; अन्य हुक्स जारी रहते हैं |
-| `fn` 10 सेकंड से अधिक समय लेता है | दर्ज किया गया टाइमआउट; `allow` के रूप में माना जाता है |
-| कन्वेंशन निर्देशिका गायब | कोई कन्वेंशन पॉलिसीज़ चलाई नहीं जाती हैं; कोई त्रुटि नहीं |
+| `customPoliciesPath` सेट नहीं है | कोई स्पष्ट कस्टम पॉलिसीज़ नहीं चलती हैं; कन्वेंशन पॉलिसीज़ और बिल्ट-इन सामान्य रूप से जारी रहते हैं |
+| फाइल नहीं मिली | `~/.failproofai/hook.log` में चेतावनी लॉग की गई; बिल्ट-इन जारी रहते हैं |
+| सिंटैक्स/आयात त्रुटि (स्पष्ट) | `~/.failproofai/hook.log` में त्रुटि लॉग की गई; स्पष्ट कस्टम पॉलिसीज़ छोड़ी गई |
+| सिंटैक्स/आयात त्रुटि (कन्वेंशन) | त्रुटि लॉग की गई; वह फाइल छोड़ी गई, अन्य कन्वेंशन फाइलें अभी भी लोड होती हैं |
+| `fn` रन-टाइम पर फेंक देता है | त्रुटि लॉग की गई; वह हुक `allow` के रूप में मानी जाती है; अन्य हुक्स जारी रहते हैं |
+| `fn` 10 सेकंड से अधिक समय लेता है | टाइमआउट लॉग किया जाता है; `allow` के रूप में मानी जाती है |
+| कन्वेंशन डायरेक्टरी गायब है | कोई कन्वेंशन पॉलिसीज़ नहीं चलती हैं; कोई त्रुटि नहीं |
 
 <Tip>
-कस्टम पॉलिसी त्रुटियों को डीबग करने के लिए, लॉग फाइल देखें:
+कस्टम पॉलिसी त्रुटियों को डिबग करने के लिए, लॉग फाइल देखें:
 
 ```bash
 tail -f ~/.failproofai/hook.log
@@ -272,7 +273,7 @@ tail -f ~/.failproofai/hook.log
 // my-policies.js
 import { customPolicies, allow, deny, instruct } from "failproofai";
 
-// एजेंट को secrets/ निर्देशिका में लिखने से रोकें
+// एजेंट को secrets/ डायरेक्टरी में लिखने से रोकें
 customPolicies.add({
   name: "block-secrets-dir",
   description: "Prevent agent from writing to secrets/ directory",
@@ -300,7 +301,7 @@ customPolicies.add({
   },
 });
 
-// फ्रीज अवधि के दौरान अनियोजित निर्भरता परिवर्तनों को रोकें
+// फ्रीज़ अवधि के दौरान अनियोजित निर्भरता परिवर्तन को रोकें
 customPolicies.add({
   name: "dependency-freeze",
   description: "Prevent unplanned dependency changes during freeze period",
@@ -323,22 +324,22 @@ export { customPolicies };
 
 ## उदाहरण
 
-`examples/` निर्देशिका में चलने के लिए तैयार पॉलिसी फाइलें हैं:
+`examples/` डायरेक्टरी में तैयार-से-चलाने के लिए पॉलिसी फाइलें हैं:
 
 | फाइल | सामग्री |
 |------|----------|
-| `examples/policies-basic.js` | पांच स्टार्टर पॉलिसीज़ जो सामान्य एजेंट विफलता तरीकों को कवर करती हैं |
-| `examples/policies-advanced/index.js` | उन्नत पैटर्न: पारगमन आयात, async कॉल, आउटपुट स्क्रबिंग, और सेशन-अंत हुक्स |
-| `examples/convention-policies/security-policies.mjs` | कन्वेंशन-आधारित सुरक्षा पॉलिसीज़ (.env लेखन ब्लॉक करें, git इतिहास फिर से लिखने को रोकें) |
-| `examples/convention-policies/workflow-policies.mjs` | कन्वेंशन-आधारित वर्कफ़्लो पॉलिसीज़ (टेस्ट रिमाइंडर, ऑडिट फाइल लेखन) |
+| `examples/policies-basic.js` | पांच स्टार्टर पॉलिसीज़ जो सामान्य एजेंट विफलता के तरीकों को कवर करती हैं |
+| `examples/policies-advanced/index.js` | उन्नत पैटर्न: संक्रमणकारी आयात, async कॉल, आउटपुट स्क्रबिंग, और सेशन-एंड हुक्स |
+| `examples/convention-policies/security-policies.mjs` | कन्वेंशन-आधारित सुरक्षा पॉलिसीज़ (.env लिखता है ब्लॉक करें, git हिस्ट्री पुनर्लेखन रोकें) |
+| `examples/convention-policies/workflow-policies.mjs` | कन्वेंशन-आधारित वर्कफ्लो पॉलिसीज़ (टेस्ट रिमाइंडर, ऑडिट फाइल लिखता है) |
 
-### स्पष्ट फाइल उदाहरणों का उपयोग करना
+### स्पष्ट फाइल उदाहरण का उपयोग करना
 
 ```bash
 failproofai policies --install --custom ./examples/policies-basic.js
 ```
 
-### कन्वेंशन-आधारित उदाहरणों का उपयोग करना
+### कन्वेंशन-आधारित उदाहरण का उपयोग करना
 
 ```bash
 # प्रोजेक्ट स्तर पर कॉपी करें
@@ -350,4 +351,4 @@ mkdir -p ~/.failproofai/policies
 cp examples/convention-policies/*.mjs ~/.failproofai/policies/
 ```
 
-कोई इंस्टॉल कमांड की आवश्यकता नहीं — फाइलें अगली हुक इवेंट पर स्वचालित रूप से उठाई जाती हैं।
+कोई इंस्टॉल कमांड की आवश्यकता नहीं — फाइलें अगले हुक इवेंट पर स्वचालित रूप से उठाई जाती हैं।