قبل البدء
- افتح لوحة تحكم Failproof AI وأنشئ حسابًا أو سجل دخولك باستخدام بريدك الإلكتروني للعمل.
- انتقل إلى Administration → Keys وأنشئ مفتاحًا بصلاحيات
events:add و policies:pull.
- انسخ السر لمرة واحدة، ثم اقرأه في shell على الجهاز الهدف.
read -s يأخذه في موجه لا يتم طباعته، لذا لا يظهر أبدًا في أمر:
التثبيت
تثبيت وربط Failproof AI
هذا الأمر الواحد هو كل الإعداد: يثبت daemon المحلي (root مرة واحدة)، ويربط الخطافات في كل agent CLI يجده، ويربط هذا الجهاز بـ Cloud. تمرير المفتاح عبر البيئة بدلاً من --token يبقيه خارج ps، حيث يمكن لكل مستخدم على الجهاز قراءة معاملات الأمر. لكنه لا يبقيه خارج سجل shell — قراءته باستخدام read -s هو ما يفعل ذلك. في CI، أدخله كسر مخفي وأبقِ تتبع shell (set -x) معطلاً، وإلا فإن التتبع سيطبعه.يتم إرسال نصوص الجلسات افتراضيًا. أضف --no-transcripts للإبلاغ عن نشاط الخطاف وقرارات السياسة بدون محتوى النسخة.لا تلجأ إلى failproofai config --connect <url> هنا. هذا العلم ينضم إلى جهاز بالفعل معد ويعود مباشرة — بدون daemon أو خطافات — لذا قد يظهر الجهاز في Cloud بينما لا يجمع ولا ينفذ أي شيء.
إذا كان لدى هذا الجهاز سجل وكيل بالفعل، معاينة واستيراد آخر سبعة أيام، ثم انتظر انتهاء التسليم. تخطّ هذه الخطوة على جهاز جديد.افتح Sessions في Failproof AI وحدد جلسة مستوردة. أرفق Failproof AI بنظام
الخطوة السابقة قد ربطت بالفعل كل agent CLI تم اكتشافه. أعد تشغيلها لنظام واحد بشكل واضح عند الحاجة، أو لإضافة نظام تم تثبيته لاحقًا. كل واحد من الـ 12 هو قيمة --cli صحيحة — claude، codex، copilot، cursor، opencode، pi، hermes، openclaw، factory، devin، antigravity، goose.يتم التحقق من حظر استدعاء الأداة قبل تشغيلها على الـ 12 جميعًا. يتم التحقق من بوابات نهاية الدوران على 8 — انظر قدرة الإنفاذ لمصفوفة كل نظام. اختر ما تريد تطبيقه
ربط الخطافات لا يفعل أي سياسة. الإعداد يختار عن قصد لا شيء — هذا قرارك — لذا خذ حزمة:يتم جلب الحزمة من إصدار GitHub الخاص بها، التحقق من المجموع الاختباري، وتثبيتها إلى العلامة المحددة التي تم حلها. تحمل 38 سياسة وتشغل 10 منها التي يشير بيانها الوصفية إلى أنها آمنة للتفعيل بدون إشراف. استخدمها لرؤية قرارات السياسة المحلية وتجربة الإنفاذ قبل أن يدقق Failproof AI جلساتك وكتابة السياسات للوكلاء.اقرأ أي حزمة قبل أخذها باستخدام failproofai policies show <owner>/<repo>، وانظر حزم السياسات لأخذ جزء فقط من واحدة.حتى يتم تشغيل هذا، الشيء الوحيد الذي ينفذ هو block-failproofai-commands — الحارس الذي يعمل دائمًا والذي يوقف وكيل من إيقاف Failproof AI. failproofai policies يسرد ما هو مشغل. دقق السلوك
اتبع تشغيل أول فحص فشل. استخدم هدفًا محددًا مثل بحث الجلسات حيث أعاد الوكيل محاولة أداة فاشلة دون تغيير نهجه. قم بتشغيل failproofai config --status. يُبلّغ الإعداد الصحي عن اتصال السحابة وحالة daemon وما إذا كان الإنفاذ موقوفًا.