Skip to main content

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

ميزة تجريبية. يتم شحن التدقيق كنسخة تجريبية أثناء جمعنا للملاحظات المبكرة. قد يتغير كتالوج الكاشف وتنسيق التقرير قبل الإصدار المستقر التالي. يرجى فتح مشكلة إذا بدا شيء ما غير صحيح.
يعيد التدقيق تشغيل نصوص وكيل CLI السابقة لديك من خلال محرك سياسة failproofai ويعرض تقرير بصري قابل للمشاركة على صفحة لوحة المعلومات /audit — نمط وكيلك، درجة من 0 إلى 100، وبالضبط أي السياسات كان يمكن أن تحتفظ بما.

تشغيله

ثلاث طرق للدخول — كلها تؤدي إلى نفس تقرير /audit.

بدون تثبيت

يجلب npx -y failproofai audit failproofai، ويشغل الفحص، ويفتح لوحة المعلومات لك — بدون تثبيت أولاً.

من واجهة سطر الأوامر

يشغل failproofai audit الفحص في المحطة الطرفية لديك، ثم يفتح localhost:8020/audit تلقائياً عند الانتهاء.

من لوحة المعلومات

شغّل failproofai وانقر على Audit في شريط التنقل (بين Policies و Projects)، أو افتح /audit مباشرة.
شغّل failproofai audit -h (أو --help) لرؤية الاستخدام. يعمل التدقيق بالكامل في وضع عدم الاتصال — لا حساب أو شبكة مطلوبة — ولوحة المعلومات تستمر في الخدمة حتى تيقفها بـ Ctrl+C.
تفحص لوحة المعلومات نصوص وكيل CLI السابقة على هذا الجهاز (Claude Code وCodex وCopilot وCursor وOpenCode وPi وGemini) وتبلغ عن عدد مرات قيام الوكيل بأشياء بنيت failproofai لإيقافها — فحوصات متغيرات البيئة والدفع القسري والبادئات الزائدة cd <cwd> وحلقات sleep-polling وإعادة قراءة الملفات المحررة للتو والمزيد. لكل نص، يتم إعادة تشغيل كل حدث استخدام أداة من خلال 39 سياسة مدمجة و من خلال 8 كاشفات خاصة بالتدقيق فقط تحتفظ بالأنماط غير المغطاة حتى الآن بسياسات وقت التشغيل. يتم تجميع الأعداد لكل سياسة / كاشف عبر جميع الجلسات.

ما تحصل عليه

صفحة /audit هي ملصق على شاشة واحدة وقابل للمشاركة متبوعاً بأربع أقسام أسفل الطية:
  1. الملصق — هوية وكيلك في لمحة: نمطه (واحد من 8 — optimist أو cowboy أو explorer أو goldfish أو paranoid architect أو precision builder أو hammer أو ghost)، وكلماته الرئيسية الشخصية، ومدى ندرة هذا النمط، ودرجة من 0 إلى 100 مع نطاق طبقة (S إلى bottom tier). مصممة للمشاركة — انشرها على X أو LinkedIn، أو حملها كملف PNG.
  2. // strengths — ما يفعله وكيلك بالفعل بشكل جيد، كأرقام حقيقية من الفحص (مثلاً clean-tool-call % أو 0 محاولات push-to-main)، تظهر فقط حيث تحتفظ السياسة ذات الصلة بسجل نظيف.
  3. // quirks — ما انزلق: جدول مرتب للسلوكيات التي كانت ستحتفظ بها failproofai — متى حدثت آخر مرة، ما انزلق (والأداة المدمجة التي كان يمكن أن تحظره)، شدته، وعدد مرات رؤيته (new / recurring / N× seen).
  4. // how to improve — قائمة الإصلاح الموصوفة: صف واحد لكل سياسة مع failproofai policy add <slug> قابلة للنسخ واللصق، بالإضافة إلى زر تثبيت الكل الذي يمكّن كل توصية في نفس الوقت ويظهر درجتك المتوقعة إذا فعلت ذلك.
  5. // come back better — بناء العادة: اضبط تذكير إعادة التدقيق عبر البريد الإلكتروني (3d / 7d / 14d / 30d) أو أعد التدقيق الآن، وادعُ صديقاً لتشغيل التدقيق الخاص به (مرسل من failproof.ai مع نسخة لك). التذكيرات والدعوات تتطلب تسجيل الدخول — انظر failproofai auth.

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

تكتشف أنماط السلوك الأحمق غير المفروضة (حتى الآن) في الوقت الفعلي. يتم تشغيلها فقط أثناء التدقيق ولا تحجب أبداً استدعاء أداة مباشرة.

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

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

ملاحظات

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