Skip to main content

​
title: تدقيق الجلسات السابقة (نسخة تجريبية) description: “عد عدد مرات قيام الوكيل بأشياء مُهدِرة أو محفوفة بالمخاطر عبر النصوص السابقة”

ميزة تجريبية. يتم شحن التدقيق كنسخة تجريبية بينما نجمع التعليقات المبكرة. قد يتغير كتالوج الكاشف وتنسيق التقرير قبل الإصدار المستقر التالي. يرجى فتح مشكلة إذا بدا شيء غريباً.
التدقيق معروض الآن كـ صفحة لوحة التحكم /audit، وليس كأمر CLI فرعي. افتحه من شريط التنقل في لوحة التحكم (بين Policies و Projects)، أو قم بزيارة http://localhost:8020/audit مباشرة عند تشغيل failproofai محلياً. 
failproofai          # افتح لوحة التحكم، ثم انقر على "Audit"
تقوم لوحة التحكم بمسح نصوص CLI للوكيل السابقة على هذا الجهاز (Claude Code و Codex و Copilot و Cursor و OpenCode و Pi و Gemini) وتقرر عدد مرات قيام الوكيل بأشياء مبني failproofai لإيقافها — فحوصات متغيرات البيئة، الدفع القسري، بادئات cd <cwd> الزائدة، حلقات اختبار النوم، إعادة قراءة الملفات التي تم تحريرها للتو، والمزيد. لكل نص، يتم إعادة تشغيل كل حدث استخدام أداة من خلال 39 سياسة مدمجة و من خلال 8 كواشف خاصة بالتدقيق تلتقط أنماطاً لم يتم تغطيتها بعد من قبل سياسات وقت التشغيل. يتم تجميع الأعداد لكل سياسة / كاشف عبر جميع الجلسات.

​
ما الذي تحصل عليه

تتكون صفحة /audit من ستة أقسام:
  1. الهوية — يتم تصنيف وكيلك إلى واحد من 8 نماذج أولية (optimist و cowboy و explorer و goldfish و paranoid architect و precision builder و hammer و ghost) بناءً على الإشارة المرجحة عبر كل نص تم تدقيقه.
  2. نقاط القوة — أرقام حقيقية مشتقة من المسح (٪ استدعاء نظيف، “0 تسرب بيانات اعتماد”، وما إلى ذلك) محصورة بسياسات التطهير ذات الصلة التي تعمل بالفعل.
  3. النقاط — من 0-100 مع نطاقات S/A/B/C/D/F والارتفاع المتوقع إذا كانت كل سياسة موصى بها مفعلة.
  4. النتائج — بطاقات لكل سياسة توضح ما حدث والتكلفة والأدلة المسجلة والأمر الدقيق failproofai policy add <slug> لتفعيل المدمج الذي كان سيلتقطه.
  5. السياسات الموصى بها — قائمة التثبيت المجمعة مع أمر failproofai policies --install أحادي الجرعة.
  6. تذكير إعادة التدقيق — “عد بشكل أفضل.” اضبط تذكير بريد إلكتروني لمدة 7 أيام عبر خادم API (يتطلب تسجيل دخول؛ انظر failproofai auth).

​
كواشف خاصة بالتدقيق

تكتشف أنماط “السلوك الغبي” التي لم يتم (حتى الآن) فرضها في الوقت الفعلي. تعمل فقط أثناء التدقيق ولا تحجب أبداً استدعاء أداة مباشرة.
الكاشفما الذي يحسبه
redundant-cd-cwdأوامر Bash تبدأ بـ cd <cwd> && … حتى لو كانت الأوامر تعمل بالفعل في cwd.
prefer-edit-over-read-catcat/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.
find-from-rootfind / و find /home و find /usr وما إلى ذلك — نطاق إلى cwd بدلاً من ذلك.
git-commit-no-verifygit commit … --no-verify / -n والتخطي الخطافات.
reread-after-editRead لملف تم تحريره للتو Edit/Write في نفس الجلسة.

​
ذاكرات التخزين المؤقت

  • ذاكرة التخزين المؤقت لكل نص في ~/.failproofai/cache/audit/<sha1>.json مفتاح بـ (mtime, size, engineVersion, detectorVersion). يتم إبطالها تلقائياً عند تغيير كود السياسة أو الكاشف.
  • ذاكرة التخزين المؤقت للنتيجة الكاملة في ~/.failproofai/audit-dashboard.json (الوضع 0600). يسمح لوحة التحكم بالعرض فوراً عند التنقل دون إعادة التشغيل. انقر على [ re-audit now ] من لوحة التحكم للتحديث.

​
ملاحظات

  • لا تغيير. يعيد التدقيق التشغيل في الوضع للقراءة فقط. يتم تخطي warn-repeated-tool-calls لأن الملف الجانبي لكل جلسة سيتم تعديله بخلاف ذلك.
  • سياسات سير العمل المتخطاة. سياسات require-*-before-stop تعمل فقط على أحداث Stop و execSync ضد حالة git المباشرة — ليس لديهم تفسير معنوي لـ “ما الذي كان سيحدث في 2025”، لذلك لا تظهر في أعداد التدقيق.
  • السياسات المخصصة المتخطاة. الخطافات المخصصة المزودة من قبل المستخدم لم يتم إعادة تشغيلها (قد تكون قد تغيرت منذ الجلسة الأصلية).