חדשות עבודה עם AI · המקורות נבדקו ב־7 בנובמבר 2026
כאשר עוזר AI מבקש רשות לפעול, מסך האישור הוא חלק מתהליך העבודה. צריך לראות את השינוי המוצע, להבין איזו בקשה ממתינה, ולדעת אם התשובה חלה פעם אחת או בהיקף רחב יותר. הגרסה היציבה החדשה של Codex CLI משפרת כמה מנקודות ההחלטה האלה.
OpenAI פרסמה את Codex CLI 0.167.0 ב־6 בנובמבר. כאן נתמקד בבדיקת שינויים בקבצים, באישורי רשת ובעורך ההודעות. אלה שינויים מתועדים בממשק ובטיפול בבקשות, ולא הערכת אבטחה עצמאית.
לקרוא את השינוי בזמן שהאישור ממתין
השינוי בבדיקת patch מאפשר להרחיב פרטים מקופלים בתמליל גם כשחלונית אישור פתוחה. הוא מטפל גם בחזרה למעקב אחר הפלט החדש כשהאישור מסתיים או עובר לשינוי אחר, תוך שמירה על גלילה ובחירת טקסט שנעשו במכוון.
למי שבודק את הפעולה, זו הזדמנות לעצור ולקרוא את נתיבי הקבצים ואת השורות שהשתנו לפני מתן תשובה. גם שינוי קטן עלול להשפיע על הגדרת הפעלה או להסיר מנגנון הגנה. בדקו שההיקף מתאים למשימה, ובקשו שינוי מצומצם יותר אם צריך. האפשרות להרחיב את הפרטים אינה הוכחה לנכונותם.
חלונית אחת בכל פעם אינה אישור גורף
בקשות ידניות מקבילות לאישור רשת נכנסות כעת לתור לפי סביבה, מארח, פרוטוקול ופורט. ההחלטה נשארת נפרדת לכל ביצוע. אחרי תשובה חד־פעמית, הביצוע הבא יכול לבקש שוב; ניתן לעשות שימוש חוזר בהרשאות הפעלה ובכללי חסימה שכבר נרשמו. תוצאת הכלי ממתינה כל עוד הבקשה בתור.
ההבחנה חשובה כאשר כמה פעולות של סוכן פונות לאותו שירות. קראו את היקף ההחלטה במקום להניח שחלוניות חוזרות הן כפילויות שאפשר לסגור. אם הצוות מתעד אישורים, רשמו איזו פעולה ביקשה גישה ולאיזה יעד, ולא רק ״הרשת אושרה״. אל תכניסו סודות או תוכן פרטי לרישום הזה.
תיקון נפרד במחזור חיי הבקשה מסיים חלוניות רשת כאשר הבקשות שלהן מסתיימות, ובודק שהאישור עדיין ממתין ושייך לסבב השיחה המתאים לפני החלת התשובה. בין מטרותיו המתועדות: מניעת הפרעה לסבב פעיל או שמירת שינוי מדיניות בעקבות תשובה שהתיישנה.
מחיקת טקסט לא אמורה לשנות את הכוונה
התיקון בעורך ההודעות מבחין בין הוספת ! בתחילת הקלט לבין חשיפת סימן כזה בעקבות מחיקת טקסט שקדם לו. במקרה השני הטיוטה נשארת הודעת צ׳אט רגילה. הוספת סימן קריאה מוביל עדיין מפעילה מצב shell; רווח לפניו משאיר את הקלט כטקסט רגיל.
לדוגמה, מחיקת המילה הראשונה מהמשפט Great! Please explain. אמורה להשאיר טיוטת טקסט, ולא להפוך את סימן הפיסוק שנותר לתחילית פקודה. זו המחשה של ההתנהגות המתועדת, לא תוצאה של בדיקה שביצענו.
בדיקת קבלה קצרה לסביבה שלכם
לפני פריסה רחבה, השתמשו בסביבת עבודה זמנית וביעד בדיקה מאושר. תעדו גרסת CLI, מסוף, סביבה מקומית או מרוחקת והגדרות הרשאה, כדי שאדם נוסף יוכל לשחזר את התוצאה.
- בדיקת שינוי בקובץ: הכינו שינוי לא מזיק, השאירו את האישור ממתין והרחיבו את הפרטים. בדקו שהשינוי המוצג מתאים לקובץ המבוקש ושהניווט בתמליל שומר על מיקום הקריאה.
- היקף האישור: הבחינו בין החלטה חד־פעמית לבין החלטה מאושרת במפורש לכל ההפעלה. בדקו איזו בקשה מאוחרת שואלת שוב והאם רישום הפעילות מזהה את הפעולה הנכונה.
- ביטול בקשה: סיימו בקשת בדיקה בזמן שהאישור ממתין. בדקו שהחלונית הישנה נעלמת ושהמשימה הבאה עדיין ברורה למשתמש.
- כוונת הקלט: השוו בין מחיקה לפני סימן קריאה לבין הכנסת תחילית למצב shell. בדקו את המצב לפני שליחת הקלט.
אם התוצאה שונה מהצפוי, עצרו את הפריסה. שמרו תיאור שחזור ללא מידע רגיש ואת דרך הפריסה הקודמת שאושרה. אל תרחיבו הרשאות רק כדי להעביר בדיקה.
בדקנו את המקורות הרשמיים, אך לא התקנו או הרצנו את הגרסה. התיקונים אינם מוכיחים קיום CVE או ניצול בפועל, ואינם מבטיחים שכל פעולת סוכן בטוחה. הערך המעשי שלהם הוא האפשרות לבדוק את ההחלטה האנושית ולקשור אותה לבקשה הנכונה.