failproofai 1.0.1-beta.1 → 1.0.1

package/.next/standalone/docs-old/hi/cli/audit.mdx

@@ -0,0 +1,117 @@
+---
+title: पिछले सत्रों का ऑडिट (beta)
+description: "जांचें कि एजेंट ने पिछले ट्रांसक्रिप्ट में कितनी बार व्यर्थ या जोखिम भरे काम किए"
+---
+
+<Note>
+  **बीटा फीचर।** ऑडिट बीटा के रूप में जारी है जबकि हम शुरुआती प्रतिक्रिया एकत्र करते हैं।
+  डिटेक्टर कैटलॉग और रिपोर्ट प्रारूप अगले स्थिर संस्करण से पहले बदल सकते हैं।
+  यदि कुछ गलत लगे तो कृपया एक समस्या खोलें।
+</Note>
+
+ऑडिट आपके पिछले एजेंट-CLI ट्रांसक्रिप्ट को failproofai की policy इंजन के माध्यम से फिर से चलाता है और **`/audit` डैशबोर्ड पृष्ठ** पर एक साझाकरण योग्य, दृश्य रिपोर्ट प्रदान करता है — आपके एजेंट का आर्कीटाइप, 0–100 स्कोर, और वास्तव में कौन सी policies क्या पकड़ सकती हैं।
+
+## इसे चलाएं
+
+तीन तरीके — सभी एक ही `/audit` रिपोर्ट पर पहुंचते हैं।
+
+<CodeGroup>
+
+```bash npx (कोई इंस्टॉल नहीं)
+npx -y failproofai audit
+```
+
+```bash failproofai audit
+failproofai audit
+```
+
+```bash failproofai (डैशबोर्ड)
+failproofai
+```
+
+</CodeGroup>
+
+<CardGroup cols={3}>
+  <Card title="कोई इंस्टॉल नहीं" icon="bolt">
+    `npx -y failproofai audit` failproofai को लाता है, स्कैन चलाता है, और डैशबोर्ड खोलता है — पहले कुछ इंस्टॉल करने की आवश्यकता नहीं।
+  </Card>
+  <Card title="CLI से" icon="terminal">
+    `failproofai audit` आपके टर्मिनल में स्कैन चलाता है, फिर यह समाप्त होने पर `localhost:8020/audit` स्वचालित रूप से खोलता है।
+  </Card>
+  <Card title="डैशबोर्ड से" icon="gauge">
+    `failproofai` चलाएं और नेवबार में **Audit** पर क्लिक करें (Policies और Projects के बीच), या सीधे `/audit` खोलें।
+  </Card>
+</CardGroup>
+
+<Tip>
+  उपयोग देखने के लिए `failproofai audit -h` (या `--help`) चलाएं। ऑडिट **पूरी तरह ऑफलाइन** चलता है — कोई खाता या नेटवर्क आवश्यक नहीं — और डैशबोर्ड तब तक सेवा प्रदान करता रहता है जब तक आप इसे `Ctrl+C` से बंद न करें।
+</Tip>
+
+डैशबोर्ड इस मशीन पर पिछले एजेंट CLI ट्रांसक्रिप्ट को स्कैन करता है (Claude Code, Codex, Copilot, Cursor, OpenCode, Pi) और रिपोर्ट करता है कि एजेंट ने कितनी बार वे काम किए जो failproofai रोकने के लिए बनाया गया है — env-var चेक, force pushes, redundant `cd <cwd>` prefixes, sleep-polling loops, अभी-अभी edited files को फिर से पढ़ना, और अधिक।
+
+प्रत्येक ट्रांसक्रिप्ट के लिए, हर tool-use इवेंट को 39 builtin policies **और** 8 audit-only detectors के माध्यम से फिर से चलाया जाता है जो उन पैटर्न को पकड़ते हैं जो अभी तक runtime policies द्वारा कवर नहीं किए गए हैं। काउंट्स सभी सत्रों में प्रति policy / detector को एकत्रित किए जाते हैं।
+
+## आपको क्या मिलता है
+
+`/audit` पृष्ठ एक single-screen, साझाकरण योग्य **पोस्टर** है जिसके बाद चार अनुभाग हैं:
+
+1. **पोस्टर** — आपके एजेंट की पहचान एक नज़र में: इसका **आर्कीटाइप** (8 में से एक — `optimist`, `cowboy`, `explorer`, `goldfish`, `paranoid architect`, `precision builder`, `hammer`, `ghost`), इसके persona कीवर्ड, वह आर्कीटाइप कितना दुर्लभ है, और एक **0–100 स्कोर** एक tier band (`S` से `bottom tier`) के साथ। साझा करने के लिए बनाया गया — X या LinkedIn पर पोस्ट करें, या इसे PNG के रूप में डाउनलोड करें।
+2. **`// strengths`** — स्कैन से आपका एजेंट पहले से ही क्या अच्छा करता है, real numbers के रूप में (उदाहरण के लिए clean-tool-call %, `0` push-to-main attempts), केवल वहां दिखाया गया जहां प्रासंगिक policy का रिकॉर्ड clean है।
+3. **`// quirks`** — क्या पार निकल गया: failproofai द्वारा पकड़े गए व्यवहारों की एक ranked तालिका — *कब* यह आखिरी बार हुआ, *क्या पार निकल गया* (और builtin जो इसे ब्लॉक कर सकता था), इसकी *severity*, और यह कितनी बार *देखा गया* (`new` / `recurring` / `N× seen`)।
+4. **`// how to improve`** — prescribed fix list: प्रति policy एक row एक copy-paste `failproofai policy add <slug>` के साथ, साथ ही एक **install all** बटन जो हर सिफारिश को एक साथ सक्षम करता है और आपका **projected score** दिखाता है यदि आपने ऐसा किया।
+5. **`// come back better`** — आदत बनाएं: एक re-audit email **reminder** सेट करें (`3d` / `7d` / `14d` / `30d`) या अभी फिर से ऑडिट करें, और **एक दोस्त को आमंत्रित करें** अपना खुद का ऑडिट चलाने के लिए (failproof.ai से भेजा गया, आपको Cc किया गया)। Reminders और invites के लिए sign-in की आवश्यकता है।
+
+## Scheduled audits
+
+यदि आप **failproofaid daemon** चलाते हैं (देखें [`failproofai config`](/hi/cli/install-policies)),
+यह आपके लिए schedule पर ऑडिट को फिर से चला सकता है और background में `/audit` रिपोर्ट को refresh कर सकता है। यह **डिफ़ॉल्ट रूप से बंद** है, क्योंकि स्कैन इस मशीन पर हर एजेंट सत्र ट्रांसक्रिप्ट की *सामग्री* को पढ़ता है — जब तक आप इसके लिए न कहें, कोई भी timer पर स्कैन नहीं करता।
+
+इसे `~/.failproofai/config.toml` में चालू करें:
+
+```toml
+[audit]
+auto = true
+interval_days = 7
+```
+
+| Key | अर्थ |
+|---|---|
+| `auto` | `true` scheduled स्कैन को सक्षम करता है। कुछ भी और — अनुपस्थित, `false`, `"yes"` — बंद है। |
+| `interval_days` | स्कैन के बीच दिन। 1–90 के लिए क्लैम्प किया गया; `0`, नकारात्मक या non-number `7` पर वापस आता है। |
+
+- शेड्यूल **wall-clock** है, इसलिए यह suspend और reboots को survive करता है: एक लैपटॉप जो अपने due समय के बाद सो रहा था **एक बार** wake पर चलता है, कभी backlog नहीं।
+- प्रत्येक run एक अलग, low-priority (`nice 19`) प्रक्रिया है — कभी भी daemon के hook path नहीं, जो tool calls का जवाब देने के लिए free रहता है।
+- एक स्कैन को छोड़ दिया जाता है यदि `failproofai audit` या डैशबोर्ड की re-run पहले से ही flight में है; यह failure के रूप में treat किए जाने के बजाय शीघ्र ही फिर से try किया जाता है।
+- Progress को `~/.failproofai/state/audit-schedule.json` में लिखा जाता है (last run, next due)। Daemon उस फ़ाइल का मालिक है — `config.toml` में cadence बदलें।
+
+<Note>
+यदि आपने इसे एक पुराने failproofai द्वारा सेट किए गए मशीन पर सक्षम किया है, तो
+`failproofai config` एक बार चलाएं। Daemon की service definition को CLI को launch करने के लिए एक अतिरिक्त
+entry की आवश्यकता है, और refresh उस command का हिस्सा है।
+</Note>
+
+## Audit-only detectors
+
+ये "stupid behavior" पैटर्न का पता लगाते हैं जो (अभी तक) real time में लागू नहीं किए जाते हैं। ये केवल ऑडिट के दौरान चलते हैं और कभी भी live tool call को ब्लॉक नहीं करते।
+
+| Detector | यह क्या गिनता है |
+|---|---|
+| `redundant-cd-cwd` | Bash commands जो `cd <cwd> && …` से शुरू होते हैं भले ही commands पहले से `cwd` में चलते हैं। |
+| `prefer-edit-over-read-cat` | `cat`/`head`/`tail`/`less`/`more` एक एकल source file पर — `Read` tool का use करें। |
+| `prefer-edit-over-sed-awk` | `sed -i` / `awk … > file` in-place edits — `Edit` tool का use करें। |
+| `prefer-write-over-heredoc` | Heredoc / multi-line `echo > file` लिखते हुए files — `Write` tool का use करें। |
+| `sleep-polling-loop` | लंबे `sleep N` (≥ 30s) या `while …; sleep …; done` polling loops। |
+| `find-from-root` | `find /`, `find /home`, `find /usr`, आदि — instead `cwd` को scope करें। |
+| `git-commit-no-verify` | `git commit … --no-verify` / `-n`, hooks को छोड़ते हुए। |
+| `reread-after-edit` | एक file का `Read` जो एक ही सत्र में अभी-अभी `Edit`/`Write` था। |
+
+## Caches
+
+- **Per-transcript cache** `~/.failproofai/cache/audit/<sha1>.json` पर `(mtime, size, engineVersion, detectorVersion)` द्वारा keyed — स्वचालित रूप से अमान्य करता है जब ट्रांसक्रिप्ट या policy/detector कोड बदलता है। प्रत्येक entry एक `cachedAt` timestamp को **TTL metadata** के रूप में भी store करता है (cache key का हिस्सा नहीं); **7 दिनों** से पुरानी entries को read पर reject किया जाता है ताकि long-lived results विकसित होते detector intent को outlive न करें।
+- **Whole-result cache** `~/.failproofai/audit-dashboard.json` पर (mode 0600)। डैशबोर्ड को re-run किए बिना navigation पर instantly render करने देता है। **7-day TTL** के बाद read पर भी reject किया जाता है — `/audit` फिर अपनी empty state में falls through और एक fresh run के लिए prompt करता है। रिपोर्ट के नीचे के पास `[ re-audit now ]` पर क्लिक करें refresh करने के लिए — re-audit `noCache: true` भेजता है, इसलिए यह per-transcript cache को bypass करता है और cached result return करने के बजाय हर transcript को फिर से scan करता है; run एक sticky top strip के माध्यम से progress को stream करता है और success पर result को place में swap करता है (कोई page reload नहीं; एक failed re-audit पिछली रिपोर्ट को रखता है)।
+
+## Notes
+
+- **कोई mutation नहीं।** ऑडिट read-only mode में replays करता है। `warn-repeated-tool-calls` को छोड़ा जाता है क्योंकि इसका per-session sidecar अन्यथा modified होगा।
+- **Workflow policies छोड़े गए।** `require-*-before-stop` policies केवल `Stop` events पर और live git state के विरुद्ध `execSync` पर fire करती हैं — उनके पास कोई meaningful "what would have happened in 2025" interpretation नहीं है, इसलिए वे audit counts में दिखाई नहीं देते।
+- **Custom policies छोड़े गए।** User-supplied custom hooks को replay नहीं किया जाता है (वे original session के बाद से बदल सकते हैं)।

package/.next/standalone/docs-old/hi/cli/dashboard.mdx

@@ -0,0 +1,29 @@
+---
+title: सेशन देखें
+description: "एजेंट सेशन ब्राउज़ करने और नीतियों को प्रबंधित करने के लिए डैशबोर्ड लॉन्च करें"
+---
+
+```bash
+failproofai
+```
+
+`http://localhost:8020` पर वेब डैशबोर्ड शुरू करता है।
+
+## विकल्प
+
+| फ़्लैग | विवरण |
+|------|-------------|
+| `--port <number>` | सुनने के लिए पोर्ट (डिफ़ॉल्ट: `8020`) |
+| `--allowed-origins <origins>` | कॉमा-अलग होस्ट/IP जिन्हें dev संसाधनों तक पहुंचने की अनुमति है |
+
+डैशबोर्ड को एक गैर-डिफ़ॉल्ट Claude प्रोजेक्ट फ़ोल्डर की ओर इंगित करने के लिए, लॉन्च करते समय `CLAUDE_PROJECTS_PATH` पर्यावरण चर सेट करें।
+
+## उदाहरण
+
+```bash
+# एक अलग पोर्ट पर लॉन्च करें
+failproofai --port 9000
+
+# पर्यावरण चर के माध्यम से कस्टम Claude प्रोजेक्ट पथ का उपयोग करें
+CLAUDE_PROJECTS_PATH=~/my-claude-projects failproofai
+```

package/.next/standalone/docs-old/hi/cli/environment-variables.mdx

@@ -0,0 +1,64 @@
+---
+title: Environment variables
+description: "failproofai के व्यवहार को environment variables से कॉन्फ़िगर करें"
+---
+
+## Dashboard
+
+| Variable | Description |
+|----------|-------------|
+| `PORT` | Dashboard port (डिफ़ॉल्ट: `8020`) |
+| `CLAUDE_PROJECTS_PATH` | Claude Code प्रोजेक्ट फोल्डर्स को खोजने की जगह को ओवरराइड करें |
+| `FAILPROOFAI_DISABLE_PAGES=policies,projects` | कॉमा-अलग किए गए dashboard पेज छिपाने के लिए |
+| `FAILPROOFAI_ALLOWED_DEV_ORIGINS` | dev संसाधनों तक पहुंचने की अनुमति वाले होस्ट/IP। `--allowed-origins` के समान। |
+
+## Logging
+
+| Variable | Description |
+|----------|-------------|
+| `FAILPROOFAI_LOG_LEVEL=info\|warn\|error` | Server log level (डिफ़ॉल्ट: `warn`) |
+| `FAILPROOFAI_HOOK_LOG_FILE` | कस्टम hook लॉग फ़ाइल पथ, या डिफ़ॉल्ट के लिए `true` (`~/.failproofai/logs/hooks.log`) |
+
+## Telemetry
+
+failproofai डिफ़ॉल्ट रूप से anonymous usage telemetry रिपोर्ट करता है। इसे बंद करने के दो तरीके हैं, और वे जो अधिक प्रतिबंधात्मक है उसे चुनते हैं — एक environment variable कभी भी कॉन्फ़िग फ़ाइल द्वारा बंद किए गए कुछ को फिर से सक्षम नहीं कर सकता।
+
+| Variable | Description |
+|----------|-------------|
+| `FAILPROOFAI_TELEMETRY_DISABLED=1` | इस प्रक्रिया के लिए anonymous usage telemetry को अक्षम करें |
+
+इसे मशीन के लिए स्थायी रूप से अक्षम करने के लिए, इसे `~/.failproofai/config.toml` में जोड़ें:
+
+```toml
+[telemetry]
+enabled = false
+```
+
+<Note>
+कॉन्फ़िग फ़ाइल यह विकल्प है यदि आप **failproofaid daemon** चलाते हैं।
+daemon एक system-scope सेवा है, और इसके environment में
+आपके shell से export किए गए variables शामिल नहीं होते — इसलिए `FAILPROOFAI_TELEMETRY_DISABLED` इसतक नहीं पहुंच सकता। `[telemetry] enabled = false` को CLI और daemon दोनों द्वारा पढ़ा जाता है।
+</Note>
+
+daemon केवल अपना **lifecycle** रिपोर्ट करता है: कि यह शुरू हुआ (और क्या पिछला रन स्वच्छता से बंद हुआ), कि यह बंद हुआ, जब इसका evaluation worker स्पॉन या पुनः शुरू किया गया था, जब एक collector task विफल हुआ, और एक cloud-policy pull का परिणाम। ये कम-cardinality values और counts ले जाते हैं — कभी एक फ़ाइल पथ, एक कमांड, एक policy, एक prompt, या transcript से कुछ भी नहीं पढ़ा जाता। कोई per-tool-call event नहीं है।
+
+## Authentication
+
+| Variable | Description |
+|----------|-------------|
+| `FAILPROOF_API_URL` | dashboard auth dialog द्वारा उपयोग किए जाने वाले api-server base URL को ओवरराइड करें। डिफ़ॉल्ट `https://api.befailproof.ai`; स्थानीय api-server चलाते समय `http://localhost:8080` (या जहां भी) पर सेट करें। |
+| `FAILPROOFAI_AUTH_DIR` | `auth.json` को स्टोर करने की जगह को ओवरराइड करें (डिफ़ॉल्ट: `~/.failproofai`)। अधिकतर isolated tests के लिए उपयोगी। |
+
+## First-run prompt
+
+| Variable | Description |
+|----------|-------------|
+| `FAILPROOFAI_NO_FIRST_RUN=1` | पहली bare `failproofai` invocation पर policies को install करने का प्रस्ताव देने वाले prompt को स्किप करें |
+
+## LLM (policy evaluation के लिए)
+
+| Variable | Description |
+|----------|-------------|
+| `FAILPROOFAI_LLM_BASE_URL` | LLM API endpoint (डिफ़ॉल्ट: `https://api.openai.com/v1`) |
+| `FAILPROOFAI_LLM_API_KEY` | LLM-powered policies के लिए API key |
+| `FAILPROOFAI_LLM_MODEL` | Model name (डिफ़ॉल्ट: `gpt-4o-mini`) |

package/.next/standalone/docs-old/hi/cli/hook.mdx

@@ -0,0 +1,30 @@
+---
+title: हुक हैंडलर (आंतरिक)
+description: "जो सबप्रोसेस Claude Code प्रत्येक टूल इवेंट पर कॉल करता है"
+---
+
+```bash
+failproofai --hook <EventType>
+```
+
+यह वह कमांड है जो `failproofai policies --install` द्वारा Claude Code की `settings.json` में पंजीकृत होती है। आप आमतौर पर इसे सीधे कॉल नहीं करते।
+
+stdin से JSON पेलोड पढ़ता है, सभी सक्षम नीतियों का मूल्यांकन करता है, और एक कोड के साथ बाहर निकलता है जो निर्णय को दर्शाता है:
+
+| एक्जिट कोड | निर्णय | प्रभाव |
+|-----------|--------|--------|
+| `0` | `allow` | कार्रवाई की अनुमति दें |
+| `1` | `deny` | कार्रवाई को ब्लॉक करें - Claude को अस्वीकृति का कारण दिखाई देता है |
+| `2` | `instruct` | Claude के संदर्भ में मार्गदर्शन इंजेक्ट करें |
+
+### समर्थित इवेंट प्रकार
+
+| श्रेणी | इवेंट |
+|----------|--------|
+| **टूल निष्पादन** | `PreToolUse`, `PostToolUse`, `PostToolUseFailure`, `PermissionRequest`, `PermissionDenied` |
+| **सेशन जीवनचक्र** | `SessionStart`, `SessionEnd`, `Stop`, `StopFailure` |
+| **उपयोगकर्ता इंटरैक्शन** | `UserPromptSubmit`, `Notification`, `Elicitation`, `ElicitationResult` |
+| **सबएजेंट और कार्य** | `SubagentStart`, `SubagentStop`, `TaskCreated`, `TaskCompleted`, `TeammateIdle` |
+| **कॉन्फ़िगरेशन** | `InstructionsLoaded`, `ConfigChange`, `CwdChanged` |
+| **फाइल सिस्टम** | `FileChanged`, `WorktreeCreate`, `WorktreeRemove` |
+| **संदर्भ** | `PreCompact`, `PostCompact` |

package/.next/standalone/docs-old/hi/cli/install-policies.mdx

@@ -0,0 +1,57 @@
+---
+title: पॉलिसीज़ इंस्टॉल करें
+description: "पॉलिसीज़ को सक्षम करें ताकि वे हर एजेंट टूल कॉल पर चलें"
+---
+
+```bash
+failproofai policies --install [policy-names...] [options]
+```
+
+आपके इंस्टॉल किए गए एजेंट CLI की सेटिंग्स फाइल (Claude Code, OpenAI Codex, या GitHub Copilot CLI _(beta)_) में हुक एंट्रीज़ लिखता है ताकि failproofai टूल कॉल्स को इंटरसेप्ट कर सके।
+
+उपनाम: `failproofai p -i`
+
+## विकल्प
+
+| फ्लैग | विवरण |
+|------|-------------|
+| `--cli claude\|codex\|copilot` | एजेंट CLI(s) जिसके लिए इंस्टॉल करना है; स्पेस-सेपरेटेड (जैसे `--cli claude codex copilot`) या दोहराया गया। छोड़ने पर इंस्टॉल किए गए CLIs का पता लगाएगा और प्रॉम्प्ट करेगा। |
+| `--scope user` | यूजर-स्कोप सेटिंग्स फाइल में इंस्टॉल करें (Claude: `~/.claude/settings.json`; Codex: `~/.codex/hooks.json`; Copilot: `~/.copilot/hooks/failproofai.json`)। डिफॉल्ट। |
+| `--scope project` | प्रोजेक्ट-स्कोप सेटिंग्स फाइल में इंस्टॉल करें (Claude: `<cwd>/.claude/settings.json`; Codex: `<cwd>/.codex/hooks.json`; Copilot: `<cwd>/.github/hooks/failproofai.json`)। |
+| `--scope local` | केवल Claude — `<cwd>/.claude/settings.local.json` में इंस्टॉल करता है। Codex और Copilot के पास `local` स्कोप नहीं है। |
+| `--custom <path>` / `-c` | कस्टम हुक पॉलिसीज़ युक्त JS फाइल का पाथ |
+
+## व्यवहार
+
+- **कोई पॉलिसी नाम नहीं** - पॉलिसीज़ का चयन करने के लिए इंटरैक्टिव प्रॉम्प्ट खोलता है
+- **विशिष्ट नाम** - उन पॉलिसीज़ को सक्षम करता है (किसी पहले से सक्षम किए गए में जोड़ा जाता है)
+- **`all`** - हर उपलब्ध पॉलिसी को सक्षम करता है
+
+इंस्टॉलेशन योज्य है: `--install` को फिर से चलाने से नई पॉलिसीज़ जुड़ती हैं बिना मौजूदा को हटाए।
+
+## उदाहरण
+
+```bash
+# सभी डिफॉल्ट पॉलिसीज़ को ग्लोबली इंस्टॉल करें (इंटरैक्टिव)
+failproofai policies --install
+
+# वर्तमान प्रोजेक्ट के लिए विशिष्ट पॉलिसीज़ इंस्टॉल करें
+failproofai policies --install block-sudo sanitize-api-keys --scope project
+
+# एक बार में सभी पॉलिसीज़ को सक्षम करें
+failproofai policies --install all
+
+# कस्टम पॉलिसीज़ फाइल के साथ इंस्टॉल करें
+failproofai policies --install --custom ./my-policies.js
+
+# OpenAI Codex के लिए इंस्टॉल करें (प्रोजेक्ट स्कोप)
+failproofai policies --install --cli codex --scope project
+
+# वर्तमान प्रोजेक्ट के लिए GitHub Copilot CLI (beta) के लिए इंस्टॉल करें
+failproofai policies --install --cli copilot --scope project
+
+# एक साथ सभी तीन CLIs के लिए इंस्टॉल करें
+failproofai policies --install --cli claude codex copilot
+```
+
+जब `--custom <path>` प्रदान किया जाता है, तो फाइल को तुरंत मान्य किया जाता है - इसे कम से कम एक बार `customPolicies.add()` को कॉल करना चाहिए। हल किया गया पाथ `policies-config.json` में `customPoliciesPath` के रूप में सहेजा जाता है।

package/.next/standalone/docs-old/hi/cli/list-policies.mdx

@@ -0,0 +1,31 @@
+---
+title: नीतियों की सूची
+description: "देखें कि कौन सी नीतियां सक्षम हैं, उनके पैरामीटर, और कस्टम नीतियां"
+---
+
+```bash
+failproofai policies
+```
+
+सभी नीतियों को उनकी स्थिति, कॉन्फ़िगर किए गए पैरामीटर, और कस्टम नीतियों के साथ दिखाता है।
+
+## नमूना आउटपुट
+
+```text
+Failproof AI Hook Policies (user)
+
+  Status  Name                          Description
+  ──────  ──────────────────────────────────────────────────────────────
+  ✓       block-sudo                    Block sudo commands
+            allowPatterns: ["sudo systemctl status"]
+  ✓       block-rm-rf                   Block recursive deletions
+  ✗       block-curl-pipe-sh            Block curl|bash patterns
+  ✓       sanitize-api-keys             Redact API keys from output
+            additionalPatterns: [{ regex: "MY_TOKEN_...", label: "..." }]
+
+  ── Custom Policies (/home/alice/myproject/my-policies.js) ──────────────
+  ✓       require-jira-ticket           Block commits without ticket
+  ✓       approval-gate                 Approval gate for destructive ops
+```
+
+`policyParams` में अज्ञात कुंजियों को यहां फ्लैग किया जाता है ताकि आप जल्दी टाइपो को पकड़ सकें।

package/.next/standalone/docs-old/hi/cli/migrate.mdx

@@ -0,0 +1,85 @@
+---
+title: होम डायरेक्टरी को माइग्रेट करें
+description: "~/.failproofai को इस संस्करण के लेआउट तक लाएं, और पहले देखें कि क्या होगा"
+---
+
+```bash
+failproofai migrate --dry-run   # योजना प्रिंट करें, कुछ न बदलें
+failproofai migrate             # इसे चलाएं
+```
+
+अधिकांश लोग इसे कभी टाइप नहीं करते। यह अपग्रेड के बाद पहली कमांड पर अपने आप चलता है, और [`failproofai update`](/hi/cli/update) इसे शामिल करता है। इसे सीधे तब प्राप्त करें जब आप योजना को होने से पहले देखना चाहते हों, या माइग्रेशन को अपने आप चलाना चाहते हों।
+
+## संस्करण के बजाय लेआउट पर कुंजी रखी गई
+
+`~/.failproofai/VERSION` एक **लेआउट** संख्या रिकॉर्ड करता है — डायरेक्टरी का आकार, जो इसे लिखने वाला रिलीज़ नहीं है। माइग्रेशन उस संख्या पर कुंजी रखे जाते हैं, जो एक लंबे अंतर को सस्ता बनाता है:
+
+- npm संस्करण हर रिलीज़ पर बदलते हैं, दो लेआउट के बीच दर्जनों।
+- तो एक मशीन जो **बिना किसी लेआउट परिवर्तन** के तीस रिलीज़ को छोड़ती है, **शून्य** माइग्रेशन चलाती है, तीस नो-ऑप्स नहीं।
+- और एक मशीन जो एक साथ कई लेआउट को छोड़ती है, हर चरण को क्रम में चलाती है, प्रत्येक चरण केवल अपने स्वयं के दोनों सिरों को जानता है।
+
+यह महत्वपूर्ण है क्योंकि npm एक स्थापित पैकेज को अपने आप अपडेट नहीं कर सकता। एक मशीन जो महीनों तक एक संस्करण पर बैठती है और फिर कई लेआउट को जंप करती है, वह असामान्य मामला नहीं है, बल्कि सामान्य मामला है।
+
+## ड्राई रन
+
+`--dry-run` सटीक चेन और उन फाइलों को प्रिंट करता है जो पहले सहेजी जाएंगी, और कुछ भी बदलता नहीं है — कोई माइग्रेशन नहीं, कोई बैकअप नहीं, कोई लेजर प्रविष्टि नहीं:
+
+```
+डिस्क पर लेआउट 2; यह बिल्ड 3 बोलता है।
+1 चरण(ओं) चलेगा:
+  2 → 3  लेआउट 2 → 3: config.toml और credentials.toml को JSON में ले जाएं, custom-policies/ को policies/ में वापस ले जाएं, नीति कॉन्फ़िग को रूट पर नेस्ट करें
+
+ये ~/.failproofai/migrations/backup-layout2 में पहले कॉपी किए जाएंगे:
+  VERSION
+  config.toml
+  credentials.toml
+```
+
+## क्या ले जाया जाता है, और क्या पुनर्निर्मित किया जाता है
+
+होम में हर पथ घोषित करता है कि यह किस प्रकार का डेटा रखता है, और वह यह तय करता है कि क्या माइग्रेशन इसे फेंक सकता है। नियम: **व्युत्पन्न और पुनः प्राप्त करने योग्य को छोड़ा जा सकता है; जो कुछ आपने टाइप किया, अभी तक डिलीवर न किया गया कुछ भी, और मशीन को पहचानने वाला कुछ भी ले जाया जाता है।**
+
+| ले जाया गया | पुनर्निर्मित या पुनः प्राप्त किया गया |
+|---|---|
+| `config.json` — सेटिंग्स, `daemon.configured`, अतिरिक्त कैप्चर पथ | ऑडिट कैश |
+| `credentials.json` — आपका क्लाउड नामांकन | क्लाउड-प्रबंधित परिनियोजन (अगले पोल पर पुनः प्राप्त और डाइजेस्ट-सत्यापित) |
+| `policies-config.json` — आपकी नीति चयन और पैरामीटर | डेमन स्क्रैच स्थिति |
+| `policies/` — आपकी अपनी नीति फाइलें और वे हेल्पर जो वे आयात करते हैं | |
+| `hook-activity/` — निर्णय लॉग जो डैशबोर्ड पढ़ता है | |
+| अपलोड के लिए अभी भी कतार में अडिलीवर इवेंट | |
+| `cursors/` — कलेक्टर वाटरमार्क | |
+| `bin/` में डेमन बाइनरी | |
+
+<Note>
+  अडिलीवर इवेंट को छोड़ने के बजाय ले जाया जाता है क्योंकि नुकसान स्थायी होगा, धीमा नहीं: कलेक्टर का वाटरमार्क पहले से ही स्पूल में बैठी किसी भी चीज़ के आगे बढ़ गया है, इसलिए कोई भी ट्रांसक्रिप्ट की उस श्रेणी को फिर से कभी नहीं पढ़ेगा। माइग्रेशन डेमन को भी यह निर्देश देता है कि यह समाप्त होने के तुरंत बाद स्पूल किए गए को डिलीवर करे, इसलिए सामान्य परिणाम यह है कि ले जाने के लिए कुछ नहीं बचा है।
+</Note>
+
+एक *नए* संस्करण द्वारा `config.json`, `credentials.json` या `policies-config.json` में लिखी गई कुंजियाँ भी संरक्षित हैं, बजाय एक पुराने रीडर द्वारा छोड़ी गई।
+
+## यह जो रिकॉर्ड छोड़ता है
+
+```
+~/.failproofai/migrations/
+  applied.json                 हर चरण के लिए एक प्रविष्टि: लेआउट, CLI, टाइमस्टैम्प, अवधि, परिणाम
+  backup-layout<n>/            अपरिहार्य फाइलों की कॉपियां, पहले चरण से पहले ली गई
+```
+
+`applied.json` यह उत्तर देता है "इस मशीन ने वास्तव में क्या किया है" — अपग्रेड के बाद कुछ गलत दिखने पर पहला सवाल पूछने लायक। इसे एक बग रिपोर्ट से जोड़ें।
+
+बैकअप जानबूझकर पूरी डायरेक्टरी की कॉपी के बजाय छोटा है: माइग्रेशन अब डिज़ाइन द्वारा कुछ भी अपरिहार्य नहीं हटाता है, तो जो बीमा करने लायक है वह एक *चरण में खराबी* है, और ये कुछ फाइलें वह जगह हैं जहां ऐसी खराबी चोट पहुंचाएगी।
+
+## यदि कोई चरण विफल हो
+
+चेन वहीं रुक जाती है। `VERSION` केवल एक पूर्ण चरण द्वारा स्टैम्प किया जाता है, इसलिए होम अपने पुराने लेआउट के साथ चिह्नित रहता है और अगली कमांड इसे पुनः प्रयास करती है — एक होम कभी भी आंशिक माइग्रेशन की ताकत पर वर्तमान नहीं किया जाता है। चरण को `applied.json` में `"ok": false` के साथ रिकॉर्ड किया जाता है, और बैकअप वह जगह है जहां इसे लिया गया था।
+
+## एक नए होम को माइग्रेट नहीं किया जाता है, अस्वीकार किया जाता है
+
+यदि `~/.failproofai/` को एक **नए** failproofai द्वारा लिखा गया था जो आप चला रहे हैं, तो कमांड बंद हो जाती है और आपको इसके बजाय अपग्रेड करने के लिए कहता है। वह डेटा ठीक है और एक नई CLI इसे पढ़ता है; इससे "आगे" माइग्रेट करना एक चीज़ नहीं है जो मौजूद है, और इसे रीसेट करना कुछ पुनः प्राप्त करने योग्य को नष्ट कर देगा।
+
+```
+इस मशीन की failproofai डायरेक्टरी को एक नए संस्करण द्वारा लिखा गया था (लेआउट 4;
+यह बिल्ड 3 बोलता है)। माइग्रेट करने के बजाय अपग्रेड करें:
+  npm install -g failproofai@latest
+```
+
+डेमन एक ही नियम लागू करता है: `failproofaid` एक लेआउट के विरुद्ध शुरू होने से इनकार करता है जो वह नहीं बोलता है, बजाय पथों को पढ़ने और लिखने के जो स्थानांतरित हो गए हैं।

package/.next/standalone/docs-old/hi/cli/remove-policies.mdx

@@ -0,0 +1,43 @@
+---
+title: नीतियों को अनइंस्टॉल करें
+description: "Claude Code की सेटिंग्स से हुक एंट्रीज़ हटाएं"
+---
+
+```bash
+failproofai policies --uninstall [policy-names...] [options]
+```
+
+Claude Code के `settings.json` से failproofai हुक एंट्रीज़ को हटाता है।
+
+उपनाम: `failproofai p -u`
+
+## विकल्प
+
+| फ़्लैग | विवरण |
+|------|-------------|
+| `--scope user` | वैश्विक सेटिंग्स से हटाएं (डिफ़ॉल्ट) |
+| `--scope project` | प्रोजेक्ट सेटिंग्स से हटाएं |
+| `--scope local` | स्थानीय सेटिंग्स से हटाएं |
+| `--scope all` | सभी स्कोप से एक साथ हटाएं |
+| `--custom` / `-c` | कॉन्फ़िग से `customPoliciesPath` को साफ़ करें |
+
+## व्यवहार
+
+- **कोई नीति का नाम नहीं** - सेटिंग्स फ़ाइल से सभी failproofai हुक एंट्रीज़ को हटाता है
+- **विशिष्ट नाम** - उन नीतियों को अक्षम करता है लेकिन हुक को इंस्टॉल रखता है
+
+## उदाहरण
+
+```bash
+# सभी हुक को वैश्विक रूप से हटाएं
+failproofai policies --uninstall
+
+# किसी विशिष्ट नीति को अक्षम करें (हुक इंस्टॉल रहते हैं)
+failproofai policies --uninstall block-sudo
+
+# हर स्कोप से हुक को हटाएं
+failproofai policies --uninstall --scope all
+
+# कस्टम नीतियों का पाथ साफ़ करें
+failproofai policies --uninstall --custom
+```

package/.next/standalone/docs-old/hi/cli/update.mdx

@@ -0,0 +1,65 @@
+---
+---
+title: अपग्रेड के बाद अपडेट करें
+description: "अपग्रेड के दूसरे आधे हिस्से को पूरा करें जो npm नहीं कर सकता: होम को माइग्रेट करें और डेमन को मेल खिलाएं"
+---
+
+```bash
+npm install -g failproofai@latest && failproofai update
+```
+
+यह पूरा अपग्रेड है। `npm` CLI को बदलता है; `failproofai update` बाकी सब कुछ करता है।
+
+## दूसरा कमांड क्यों मौजूद है
+
+`npm install -g` केवल एक चीज़ को बदलता है — CLI को। failproofai इंस्टॉलेशन के दो अन्य हिस्से पैकेज के बाहर जानबूझकर रहते हैं, और न ही npm चलने पर हिलते हैं:
+
+- **`~/.failproofai/`**, आपकी सेटिंग्स, क्लाउड नामांकन, नीति चयन और इतिहास। एक नया संस्करण इसे अलग तरीके से व्यवस्थित कर सकता है, और इस पुनर्गठन को उस कोड द्वारा किया जाना चाहिए जो दोनों आकारों को जानता है।
+- **`failproofaid` डेमन बाइनरी**, `~/.failproofai/bin/failproofaid-<version>` पर। यह जानबूझकर *नहीं* है `node_modules` के अंदर: एक अपग्रेड जो किसी चलती हुई सेवा के तहत फ़ाइल को स्वैप करता है, वह एक लाइव डेमन को एक अलग स्रोत से बनी बाइनरी की ओर इशारा करेगा, और पैकेज को हटाने से यह एक सेवा के अंतर्गत हटा दिया जाएगा जो फिर हर बूट पर क्रैश-लूप करता है।
+
+इसलिए केवल `npm install -g` के बाद, CLI नया है लेकिन डेमन नहीं है। `failproofaid` एक होम लेआउट के विरुद्ध शुरू करने से इनकार करता है जिसे वह नहीं समझता — उस असमेल का जोर देने वाला संस्करण बल्कि खामोश संस्करण के बजाय — तो दोनों आधों को एक साथ लाने की ज़रूरत है। `failproofai update` वह कदम है।
+
+## यह क्या करता है
+
+<Steps>
+  <Step title="किसी भी लंबित लेआउट माइग्रेशन को चलाता है">
+    `~/.failproofai/VERSION` में दर्ज किए गए लेआउट को पढ़ता है और उन कदमों को चलाता है जो इसे इस संस्करण द्वारा बोली जाने वाली लेआउट में लाते हैं। आमतौर पर कोई नहीं — [`failproofai migrate`](/hi/cli/migrate) देखें।
+  </Step>
+  <Step title="मिलान करने वाली डेमन बाइनरी को जगह में डालता है">
+    प्लेटफ़ॉर्म पैकेज से जो npm पहले से ही डाउनलोड कर चुका है जहाँ संभव हो (कोई नेटवर्क नहीं), अन्यथा इस सटीक संस्करण के लिए रिलीज़ एसेट से, उपयोग से पहले SHA-256 सत्यापित।
+  </Step>
+  <Step title="सेवा को पुनः आरंभ करता है और पुष्टि करता है कि यह वापस आया">
+    मान लिया गया बजाय जांच की गई — एक सेवा प्रबंधक उस पल में एक सक्रिय प्रक्रिया की रिपोर्ट करता है जब वह फ़ॉर्क करता है, जो यह समान नहीं है कि यह काम कर रहा है।
+  </Step>
+</Steps>
+
+## विकल्प
+
+| फ्लैग | प्रभाव |
+|------|--------|
+| `--no-daemon` | केवल होम को माइग्रेट करें, डेमन को इसके वर्तमान संस्करण पर छोड़ दें। |
+
+<Warning>
+  `--no-daemon` एक संस्करण-विषम डेमन को जगह में छोड़ता है। एक मशीन पर जिसे डेमन की आवश्यकता होने के लिए कॉन्फ़िगर किया गया है, हर हुक घटना **बंद हो जाती है** यदि डेमन का उत्तर नहीं दे सकता — और एक डेमन जो एक माइग्रेट किए गए होम के विरुद्ध शुरू करने से इनकार करता है, का उत्तर नहीं दे सकता। डेमन आधे को चलने देना बेहतर है।
+</Warning>
+
+## यदि कुछ गलत हो जाए
+
+कमांड गैर-शून्य बाहर निकलता है और कहता है कि कौन सा आधा विफल हुआ। दो मामले जानने योग्य हैं:
+
+- **एक माइग्रेशन कदम पूरा नहीं हुआ।** होम को इसकी *पुरानी* लेआउट से चिह्नित छोड़ दिया जाता है, तो अगला कमांड इसे फिर से आजमाता है — होम को कभी भी आंशिक माइग्रेशन की ताकत पर वर्तमान चिह्नित नहीं किया जाता है। आपकी सेटिंग्स और नामांकन की प्रतियाँ `~/.failproofai/migrations/backup-layout<n>/` में कुछ भी चलने से पहले सहेजी गई थीं।
+- **डेमन को पासवर्ड के बिना पुनः आरंभ नहीं किया जा सका।** `sudo -n` जानबूझकर उपयोग किया जाता है, इसलिए कुछ भी प्रगति प्रदर्शन के अंतर्गत कभी भी संकेत नहीं देता है। कमांड चलाने के लिए सटीक लाइन मुद्रित करता है।
+
+<Note>
+  यहाँ कुछ भी इंटरैक्टिव सेटअप विज़ार्ड की आवश्यकता नहीं है। आपकी सेटिंग्स, क्लाउड नामांकन और नीति चयन एक अपग्रेड से बचते हैं, तो एक माइग्रेट की गई मशीन बिल्कुल वैसे ही लागू होती है जैसे पहले थी — जो सबसे अधिक उन मशीनों पर महत्वपूर्ण है जिन पर कोई नहीं बैठा है: एक CI रनर, एक फ्लीट बॉक्स, एक हेडलेस गेटवे।
+</Note>
+
+## इसे स्वचालित करना
+
+`failproofai update` गैर-इंटरैक्टिव है और करने के लिए कुछ भी न होने पर चलाना सुरक्षित है — यह रिपोर्ट करता है "कोई माइग्रेशन की आवश्यकता नहीं थी" और 0 बाहर निकलता है। इसे प्रावधान स्क्रिप्ट या Dockerfile में हर अपग्रेड के बाद लगाना अभिप्रेत उपयोग है:
+
+```dockerfile
+RUN npm install -g failproofai@latest && failproofai update --no-daemon
+```
+
+(`--no-daemon` एक इमेज बिल्ड में, जहाँ अभी तक पुनः आरंभ करने के लिए कोई सेवा नहीं है।)

package/.next/standalone/docs-old/hi/cli/version.mdx

@@ -0,0 +1,12 @@
+---
+title: संस्करण जांचें
+description: "स्थापित failproofai संस्करण प्रिंट करें"
+---
+
+```bash
+failproofai --version
+# या
+failproofai -v
+```
+
+स्थापित संस्करण संख्या प्रिंट करता है।