Skip to main content

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

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

ما تحصل عليه

تتكون صفحة /audit من ستة أقسام:
  1. الهوية — يتم تصنيف وكيلك في إحدى النماذج الأصلية الثمانية (optimist و cowboy و explorer و goldfish و paranoid architect و precision builder و hammer و ghost) بناءً على الإشارة المرجحة عبر كل نص تم تدقيقه.
  2. نقاط القوة — أرقام حقيقية مشتقة من المسح (نسبة المكالمات النظيفة ومستند “0 credential leaks” وما إلى ذلك) محدودة بسياسات التعقيم ذات الصلة التي تعمل فعليًا.
  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-awksed -i / awk … > file في الموضع — استخدم أداة Edit.
prefer-write-over-heredocكتابة الملفات عبر Heredoc / echo متعدد الأسطر > file — استخدم أداة Write.
sleep-polling-loopsleep N طويلة (≥ 30s) أو حلقات استقصاء while …; sleep …; done.
find-from-rootfind / و find /home و find /usr وما إلى ذلك — حدد النطاق إلى cwd بدلاً من ذلك.
git-commit-no-verifygit commit … --no-verify / -n وتخطي الخطافات.
reread-after-editRead لملف تم تحريره للتو / Write في نفس الجلسة.

الذاكرات المؤقتة

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

ملاحظات

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