תפעול AI · המקורות נבדקו ב־7 בנובמבר 2026
משימת קוד אוטומטית יכולה להפסיק להמתין לאישור ועדיין להשאיר עבודה חשובה לא גמורה. גרסה 2.1.319 של Claude Code הופכת את ההבחנה הזאת לרלוונטית במיוחד לצוותים שמריצים משימות ללא השגחה דרך שער גישה למודלי שפה.
הגרסה החדשה משנה את מסלול הסירוב
הגרסה שפרסמה Anthropic ב־6 בנובמבר משנה את ברירת המחדל במצב האוטומטי כאשר טלמטריה או שליפת דגלי תכונות כבויות: פעולה שהשרת אינו יכול לבדוק תועבר לאישור או תידחה, במקום לעבור למסווג המובנה כחלופה. הערות הגרסה מחריגות במפורש את Bedrock, Vertex ו־Foundry מהשינוי הזה. הן גם מתעדות אפשרות מפורשת לשמר את המסווג המובנה באמצעות CLAUDE_CODE_AUTO_MODE_SERVER=0; בחירה במסלול הבדיקה הזה היא החלטת מדיניות נפרדת.
הגרסה גם מתקנת בעיית דיווח מסוימת: הרצה לא אינטראקטיבית של claude -p במצב אוטומטי, שדחתה פעולות משום שבדיקת בטיחות לא הייתה זמינה, מסתיימת כעת בקוד יציאה 1 בפלט טקסט ובפלט JSON, במקום 0. ההגדרה החדשה permissions.denyInsteadOfPrompting דוחה קריאות שהיו ממתינות לאישור ומאפשרת לתור העבודה להמשיך בהפעלות מסוף, בסוכני משנה ובסוכני צוות.
אלה שינויים המתועדים בידי הספק. לא התקנו ולא בדקנו את הגרסה. המאמר שלנו על 2.1.318, באנגלית התמקד בקלט בחלון האישור ובשמירת הגדרות. השאלה הנפרדת כאן היא כיצד האוטומציה מתעדת סירוב ומחליטה שהמשימה שהתבקשה אכן הושלמה.
הגדירו השלמה לפני שינוי סביבת ההרצה
נניח שמשימה לילית דמיונית בוחנת עדכון של ספריית תוכנה, מריצה חבילת בדיקות קטנה וכותבת דוח. קריאת השינוי עשויה להצליח בזמן שפקודת הבדיקה נדחית. עדיין אפשר לייצר דוח. אם התהליך העוטף אינו בודק שהבדיקות הנדרשות אכן רצו, הוא עלול לפרש שיחה שהסתיימה כסקירה שהושלמה.
לפני השדרוג, רשמו מה חייב לקרות: אילו בדיקות בדיוק נדרשות, איזה דוח מצופה ואיזו ראיה מחברת ביניהם לבין ההרצה הנוכחית. תוצאת בדיקה חסרה היא עבודה שלא הושלמה. הסבר קריא לכך שפקודה נחסמה מועיל לתחקור, אך הוא אינו צריך להספיק לקידום אוטומטי של העדכון.
שמרו בנפרד שלושה שדות ברשומת המשימה: קוד היציאה של התהליך, צעדים נדרשים שנדחו או דולגו, ואימות התוצר המצופה. תיעוד ההרצה הלא אינטראקטיבית של Anthropic מסביר את הטיפול בקודי יציאה ומזהיר שפלט מובנה עלול להיות חסר. בדקו שהתוצאה הדרושה קיימת לפני שמערכת אחרת צורכת אותה.
בדקו את הסביבה שחלה בפועל
הכינו רשימה קצרה של גרסת קובץ ההרצה, מצב ההרשאות, הספק או שער הגישה, הגדרות הטלמטריה ודגלי התכונות, ומקור המדיניות המנוהלת. תעדו רק שמות הגדרות וערכים שאינם סודיים. מדריך ההגדרות מסביר תחולה וקדימות; הגדרה בתחנת העבודה של מפתח אינה הוכחה למה שקיבלה סביבת ההרצה.
סירוב חדש אינו סיבה להחליש את הבדיקה באופן אוטומטי. תחילה זהו את הפעולה הנדרשת, את הכלל או מסלול הבדיקה הלא זמין שעצרו אותה, ואת האחראי למדיניות הרצויה. שינוי הרשאה מצומצם ומאושר ובחירה מכוונת במנגנון בדיקה ראויים כל אחד להחלטה נפרדת. אין להסתיר אותם בתוך תיקון של תהליך בנייה שנכשל.
תיקון קוד היציאה מתואר בהיקף מוגדר. הוא אינו קובע שכל פעולה שנדחית חייבת לסיים כל הפעלה בקוד 1. באותה מידה, האפשרות להמשיך את תור העבודה אחרי דחיית קריאה אינה הופכת את הקריאה הזאת לאופציונלית בתהליך העסקי שלכם.
הכינו שלושה תרחישי בדיקה בטוחים
- העבודה הנדרשת מצליחה. השתמשו במאגר ניסוי ובמשימה קטנה שאפשר לאמת את תוצאתה באופן עצמאי. בדקו גם את התוצר וגם את החלטת ההצלחה של התהליך העוטף.
- פעולה נדרשת נדחית במכוון. השתמשו בפעולת ניסוי שאינה מזיקה ובכלל מפורש. ודאו שהפעולה לא התבצעה ושהתהליך העוטף מסמן את המשימה כלא שלמה. אל תסתמכו רק על התשובה המסכמת של הסוכן.
- מסלול הבדיקה אינו זמין. בסביבת בדיקות מאושרת התואמת לשער הגישה ולהגדרות הדגלים הרלוונטיים, בדקו את הסירוב, את התוצאה ואת קוד היציאה. ודאו שהתהליך נעצר לפני פרסום או קידום של התוצר. זוהי בדיקה מוצעת, לא טענה ששחזרנו את ההתנהגות.
שמרו תיעוד קצר: גרסה, מקור ההגדרות, תוצאה צפויה, פעולה שנצפתה, קוד יציאה והאחראי לשלב הבא. הרחיבו את הפריסה רק כשהתהליך העוטף מבחין בין משימה שהושלמה לבין משימה שנחסמה בבטחה. כך הסירוב הופך לתוצאה תפעולית שאפשר לטפל בה, במקום לצעד חסר שאין לו הסבר.