Skip to main content
התקן את ה-CLI המקומי עם npm install -g failproofai. הפעל אותו ללא ארגומנטים כדי לפתוח את לוח הבקרה של המדיניות המקומית. החבילה דורשת Node.js 20.9 ובאופן חדש יותר. Bun 1.3 ובאופן חדש יותר נתמך לפיתוח והתקנות מקור. failproofai configure ו-failproofai setup הם כינויים ל-failproofai config. failproofai policy, failproofai pack ו-failproofai p הם כל הכתיבות של failproofai policies — packs ומדיניות בודדות היו שלוש פקודות לרעיון אחד והן כעת אחת. הכתיבות הישנות עדיין עובדות, עם שתי חריגויות: pack list <source> הוא כעת policies show <source>, ו-pack build הוא כעת publish.

הגדר מכונה

התקן את ה-CLI, ואז קרא את מפתח המכונה לתוך ה-shell. read -s לוקח אותו בהנמקה שלא משתקפת, כך שהוא לא מופיע בפקודה:
אז הגדר את המכונה בחר מה היא אוכפת:
failproofai config הוא כל ההגדרה: הוא מתקין את שירות failproofaid (root פעם אחת, דרך sudo -n — לא לעולם הנחיית סיסמה אינטראקטיבית), חיווט hooks לכל agent CLI שהוא מוצא, והתחברות ל-Cloud כשמפתח זמין. ללא טרמינל — CI, קונטיינר, agent המנהל אותו — הוא מיישם במקום לשאול, ויוצא 1 אם משהו שהוא התבקש לעשות לא קרה. הוא בוחר לא מדיניות. זו עבודת הפקודה השנייה, וללא זה מכונה שנוצרה זה עתה אוכפת שום דבר פרט לשומר שתמיד פועל. עדיף להשתמש במשתנה הסביבה על פני --token: ארגומנט שורת פקודה קריא מ-ps על ידי כל משתמש בתיבה. זה כל מה שהמשתנה מגן עליו — מפתח שהוקלד לכל פקודה, כולל export, עדיין נוחת בהיסטוריית shell, וזו הסיבה שהוא קרא עם read -s למעלה. ב-CI, הגדר זאת מחנות הסודות והשאר עקיבה shell (set -x) כבויה, או העקיבה מדפיסה אותה.
--connect <url> רושם מכונה שהוא כבר הוגדר. זה חוזר ברגע שההרשמה מצליחה — זה לא מתקין את ה-daemon וזה לא חיווט כל hooks. השתמש בפשוט failproofai config (או failproofai config --token <key>) על מכונה שלא הוגדרה עדיין, או זה יקרא כמחובר תוך איסוף והטלה של שום דבר.
הפעל את failproofai ללא ארגומנטים כדי לפתוח את לוח הבקרה של המדיניות המקומית.

דגלי תצורה

השהיות מקומיות מחליקים מדיניות מובנית, מותאמת אישית, קונבנציה, ו-pack לפעלה אחת. הם תמיד פוקעים וזה לא משבית מדיניות Cloud. block-failproofai-commands — שהוא תמיד פועל ולא יכול להיות מושבת או מושהית — מונע agent מכשיר מ שימוש בדלק זה בעצמו.

דגלי מדיניות

משלוח וצמודים תחזוקה

failproofai update צריך להיות מופעל אחרי npm install -g failproofai@latest; זה מבצע הגדרות בית וסיגים, מתקין את ה-daemon בינארי התואם, ומפעיל מחדש את השירות. --no-daemon מבצע רק את הגדרת הנתח.

נתיבי Harness

שמות harness נתמכים הם claude, codex, copilot, cursor, opencode, pi, hermes, openclaw, factory, devin, antigravity, ו-goose. תוויות מרחב שמות agent ID נגזר כאשר שני שורשים מכילים עותקים של אותו פרויקט. שורשים חופפים וערכות כינויים כפולות נדחים כדי להתחמק מאיסוף כפול או קולקציה פעכרסור. תצורת נתיב נוסף טוענת מחדש ללא הפעלה מחדש של daemon. סביבות קונטיינר יכולות להחליף נתיבים מוגדרים בקבצים בעזרת משתנה המופרד בפסיקים בשם FAILPROOFAI_<HARNESS>_EXTRA_PATHS, לדוגמה:

משתני סביבה

השתמש בקבצי תצורה להתנהגות מכונה קבועה. משתני סביבה הם שימושיים ביותר לקונטיינרים, בדיקות, תהליך אחד. משתני בית ספציפיים agent כגון CLAUDE_PROJECTS_PATH, CURSOR_HOME, HERMES_HOME, ו-OPENCLAW_HOME לעקוף איפה Failproof AI גולש הפעלות מקומיות ל-harness זה.

השהה או הסר מכונה בבטחה

השהיה הפעלה מקומית אינה משביתה מדיניות Cloud. שחזר פרסומי Cloud דרך זרימת עבודת Cloud כאשר ההטלה עצמה היא הבעיה. לפני הסרת חבילת npm, הסר hooks מותקנים ו-daemon:
הפעל את failproofai <command> --help לפרטים ספציפיים לגרסה.
הפעל את failproofai uninstall לפני npm rm -g failproofai; npm לא מסיר hook agent מותקנים או שירות daemon.