बीटा फीचर। ऑडिट बीटा के रूप में जारी किया जा रहा है जबकि हम प्रारंभिक प्रतिक्रिया एकत्र कर रहे हैं।
अगली स्थिर रिलीज़ से पहले डिटेक्टर कैटलॉग और रिपोर्ट फॉर्मेट बदल सकते हैं। यदि कुछ ग़लत दिखे तो कृपया एक इश्यू खोलें।
failproofai को लोकली चलाते समय सीधे http://localhost:8020/audit पर जाएँ।
cd <cwd> उपसर्ग, sleep-polling लूप, अभी-संपादित फ़ाइलों को फिर से पढ़ना, और अधिक।
प्रत्येक ट्रांसक्रिप्ट के लिए, हर tool-use इवेंट को 39 बिल्ट-इन पॉलिसीज़ और 8 audit-only डिटेक्टरों के माध्यम से फिर से चलाया जाता है जो ऐसे पैटर्न पकड़ते हैं जो अभी तक रनटाइम पॉलिसीज़ द्वारा कवर नहीं किए गए हैं। गणना सभी सत्रों में प्रति पॉलिसी / डिटेक्टर एकत्रित की जाती है।
आपको क्या मिलता है
/audit पृष्ठ छः अनुभागों से बना है:
- पहचान — आपके एजेंट को 8 आर्कटाइप में से एक में वर्गीकृत किया गया (
optimist,cowboy,explorer,goldfish,paranoid architect,precision builder,hammer,ghost) हर ऑडिट किए गए ट्रांसक्रिप्ट के भारित सिग्नल के आधार पर। - शक्तियाँ — स्कैन से प्राप्त वास्तविक संख्याएँ (clean-call %, “0 credential leaks”, आदि) प्रासंगिक sanitize पॉलिसीज़ पर आधारित।
- स्कोर — 0-100 S/A/B/C/D/F बैंड्स के साथ और प्रत्येक अनुशंसित पॉलिसी सक्षम होने पर अनुमानित सुधार।
- निष्कर्ष — प्रति-पॉलिसी कार्ड जो दिखाते हैं कि क्या हुआ, लागत, पकड़ा गया साक्ष्य, और सटीक
failproofai policy add <slug>लाइव-टाइम बिल्ट-इन सक्षम करने के लिए। - अनुशंसित पॉलिसीज़ — एकत्रित इंस्टॉल सूची एक-शॉट
failproofai policies --installकमांड के साथ। - पुनः-ऑडिट अनुस्मारक — “बेहतर होकर वापस आएँ।” API-सर्वर के माध्यम से 7-दिन का ईमेल अनुस्मारक सेट करें (साइन-इन की आवश्यकता है;
failproofai authदेखें)।
Audit-only डिटेक्टर
ये “मूर्खतापूर्ण व्यवहार” पैटर्न का पता लगाते हैं जो (अभी तक) रीयल-टाइम में लागू नहीं किए जाते हैं। वे केवल ऑडिट के दौरान चलते हैं और कभी भी लाइव tool call को ब्लॉक नहीं करते हैं।| डिटेक्टर | यह क्या गिनता है |
|---|---|
redundant-cd-cwd | Bash कमांड जो cd <cwd> && … से शुरू होते हैं भले ही कमांड पहले से ही cwd में चलते हों। |
prefer-edit-over-read-cat | एकल स्रोत फ़ाइल पर cat/head/tail/less/more — Read टूल का उपयोग करें। |
prefer-edit-over-sed-awk | sed -i / awk … > file इन-प्लेस एडिट्स — Edit टूल का उपयोग करें। |
prefer-write-over-heredoc | Heredoc / मल्टी-लाइन echo > file फ़ाइलें लिखना — Write टूल का उपयोग करें। |
sleep-polling-loop | लंबे sleep N (≥ 30s) या while …; sleep …; done polling लूप। |
find-from-root | find /, find /home, find /usr, आदि — cwd तक स्कोप करें। |
git-commit-no-verify | git commit … --no-verify / -n, हुक्स को छोड़ना। |
reread-after-edit | एक फ़ाइल का Read जो उसी सत्र में अभी-अभी Edit/Write किया गया था। |
कैश
- प्रति-ट्रांसक्रिप्ट कैश
~/.failproofai/cache/audit/<sha1>.jsonपर(mtime, size, engineVersion, detectorVersion)द्वारा कुंजीकृत — जब ट्रांसक्रिप्ट या पॉलिसी/डिटेक्टर कोड बदलते हैं तो स्वचालित रूप से अमान्य हो जाता है। प्रत्येक प्रविष्टि एकcachedAtटाइमस्टैम्प भी स्टोर करती है TTL मेटाडेटा के रूप में (कैश कुंजी का हिस्सा नहीं); 7 दिन से पुरानी प्रविष्टियाँ पढ़ने पर अस्वीकृत कर दी जाती हैं ताकि दीर्घजीवी परिणाम विकसित डिटेक्टर इरादों को पछाड़ न सकें। - संपूर्ण-परिणाम कैश
~/.failproofai/audit-dashboard.jsonपर (mode 0600)। डैशबोर्ड को पुनः चलाए बिना नेविगेशन पर तुरंत रेंडर करने देता है। 7-दिन TTL के बाद भी पढ़ने पर अस्वीकृत कर दिया जाता है —/auditफिर अपनी खाली स्थिति में गिरता है और ताज़ा रन के लिए प्रेरित करता है। रिपोर्ट के निचले हिस्से के पास[ re-audit now ]पर क्लिक करें ताज़ा करने के लिए — पुनः-ऑडिटnoCache: trueभेजता है, इसलिए यह प्रति-ट्रांसक्रिप्ट कैश को बाईपास करता है और कैश किए गए परिणाम के बजाय हर ट्रांसक्रिप्ट को फिर से स्कैन करता है; रन स्टिकी शीर्ष स्ट्रिप के माध्यम से प्रगति स्ट्रीम करता है और सफलता पर परिणाम को जगह में बदल देता है (कोई पृष्ठ रीलोड नहीं; एक विफल पुनः-ऑडिट पिछली रिपोर्ट रखता है)।
नोट्स
- कोई परिवर्तन नहीं। ऑडिट केवल-पढ़ने की मोड में फिर से चलाया जाता है।
warn-repeated-tool-callsको छोड़ दिया जाता है क्योंकि इसका प्रति-सत्र साइडकार अन्यथा संशोधित हो जाएगा। - वर्कफ़्लो पॉलिसीज़ छोड़ दी गई।
require-*-before-stopपॉलिसीज़ केवलStopइवेंट्स और लाइव git स्थिति के विरुद्धexecSyncपर आग लगाती हैं — उनका कोई अर्थपूर्ण “2025 में क्या होता” व्याख्या नहीं है, इसलिए वे ऑडिट गणना में प्रदर्शित नहीं होती हैं। - कस्टम पॉलिसीज़ छोड़ दी गई। उपयोगकर्ता-आपूर्ति किए गए कस्टम हुक्स को फिर से चलाया नहीं जाता है (वे मूल सत्र के बाद से बदल गए हो सकते हैं)।

