पिछले सत्रों का ऑडिट (beta)

​

इसे चलाएं

npx -y failproofai audit

failproofai audit

failproofai

​

आपको क्या मिलता है

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

[audit]
auto = true
interval_days = 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 बदलें।

​

Audit-only detectors

​

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 के बाद से बदल सकते हैं)।