למה ה-CLI של NotHoly ולא עוזר טרמינל כללי

עוזר טרמינל שמסרב לקרוא disassembly או לנסח payload מועיל מעט לעבודת אבטחה. כזה שמריץ את הפקודות שלכם בשרת שלו גרוע יותר, כי התעבורה למטרה יוצאת מכתובת שאף אחד לא שם ב-scope. ה-CLI של NotHoly לא עושה אף אחד מהשניים. הוא רץ על המכונה שלכם, פועל רק באישורכם, והמודל מאחוריו מקבל את העבודה במקום להטיף לכם. המתודולוגיה נמצאת במקרה השימוש של pentest; כאן מדובר בכלי.

#הוא רץ היכן שהכלים שלכם נמצאים

notholy פותח סוכן בפרויקט שלכם. הוא קורא ומחפש קבצים, עורך וכותב, ומריץ פקודה, ומגיע ל-lookup של CVE, לבסיס הידע ולחיפוש web. כל פקודה וכל כתיבה רצות על המכונה שלכם, תחת המשתמש שלכם, ומצב ברירת המחדל שואל לפני כל אחת. מצב plan הוא קריאה בלבד, auto-edit כותב בלי לשאול אבל עדיין שואל כדי להריץ פקודה, ו-yolo לא שואל כלום וצריך להידלק בכל הרצה. השרתים של NotHoly לעולם לא מריצים דבר נגד המטרות שלכם. הערות הפרויקט הולכות ל-NOTHOLY.md, ותוכן הקבצים ופלט הפקודות מטופלים כנתון, לעולם לא כהוראה לסוכן, כך ש-README מושתל לא יכול להסיט אותו. ה-slash commands מחליפים את המודל, את המצב ואת מאמץ ה-reasoning באמצע הסשן, /cost מראה כמה ההרצה הוציאה, והסשנים נשמרים ב-~/.notholy/sessions עם הרשאה לבעלים בלבד.

#scope שאתם יכולים לאכוף

notholy engage רושם מה בדיקה רשאית לגעת בו ובודק כל פקודה מול זה לפני שהיא רצה. אתם נותנים שם, scope של hosts, wildcards, IPs ו-CIDRs, הפניה להרשאה שלכם, וחלון זמן. פקודה בתוך ה-scope עוברת את האישור הרגיל. מטרה מחוץ ל-scope מחייבת אתכם להקליד את ה-host ורושמת את החריגה, ו-yolo כבוי כל עוד engagement פעיל. כל החלטה הולכת ל-log.jsonl עם הפקודה, המטרות, קוד היציאה ו-hash של הפלט, כל שורה משורשרת לקודמת, כך שהרשומה עמידה בפני שינוי. הכללים יושבים מחוץ ל-repo, כך שמאגר לא שותל scope משלו. הדוק של סוכן הטרמינל מכיל את ה-flags.

notholy engage init --name acme-q4 --scope "*.acme-staging.test,10.20.0.0/24" --auth "contract 2026-117"

#עשו pipe, או נהגו בסוכנים אחרים

לתשובה חד-פעמית, notholy "..." קורא את הקלט הסטנדרטי, כך שהכלים שאתם כבר מריצים יכולים להזין אותו.

git diff | notholy "review this diff for injection bugs"

notholy connect ו-notholy run מכוונים את Claude Code, Codex או OpenCode למודלים של NotHoly ורושמים שרת MCP מקומי עם הכלים של CVE, advisory ובסיס ידע, כך שסוכן שאתם כבר משתמשים בו מקבל את הנתונים האלה בלי מפתח בהגדרה. connect מגבה קודם את ההגדרה של הכלי ו---undo משחזר, והמפתח נשאר ב-login של ה-CLI עצמו במקום בקובץ של הכלי. סשן ארוך נדחס לפני שהוא עובר את גודל ההקשר של המודל, עם סיכום ששומר את המטרה, ההחלטות והממצאים.

#איפה זה לא מתאים

שומר ה-engagement קורא את הטקסט של פקודה ולא פותר DNS, כך שהוא תופס טעות, לא עקיפה נחושה. הוא לא sandbox, ופקודה עדיין יכולה להגיע ל-host שהיא לא נוקבת בשמו. yolo מריץ הכול בלי לשאול ויכול לשנות קבצים ולהריץ פקודות שלא קראתם, אז שמרו אותו לתיקיית טיוטה. פקודה שאתם מאשרים רצה עם ההרשאות שלכם, אז קראו את הכרטיס לפני שאתם מתירים. ה-CLI צריך login, אז הוא קשור לחשבון ולאימייל. המודל יכול לטעות כמו כל מודל, והפלט הוא טיוטה לבדיקה, לא תוצאה לסמוך עליה. הוא גם לא מחליף את שיקול הדעת: ה-scope, ההרשאה וההחלטה להריץ הם שלכם.

שמרו את הפקודות, הקבצים והסיכון על המכונה שלכם, ותנו למודל לקרוא. התקינו את ה-CLI, ואז טענו יתרה קטנה בתמחור.