עובדים עם Claude Code על מערכת חיה:איך מתקדמים מהר בלי לשבור כלום

רוב הצוותים שמכניסים Claude Code למערכת חיה עושים אחד משני דברים. הם משאירים אותו רחוק מהקוד האמיתי, ומריצים אותו רק על פרויקטים צדדיים. או שהם מאשרים כל פעולה בנפרד ובודקים כל שורה, ואז זה לוקח כמעט כמו לכתוב את הקוד לבד. שני הכיוונים הם אותה תגובה: פחד לגיטימי בלי מבנה שסופג אותו. הפתרון הוא לא לסמוך יותר על הכלי. הפתרון הוא לבנות שלוש שכבות, וכל אחת תופסת סוג אחר של טעות. כך המהירות והבטיחות הופכות לאותו תהליך עבודה, ולא לפשרה ביניהן.

במצב ברירת המחדל, Claude Code עוצר ושואל לפני כל עריכת קובץ או פקודת shell. זה נכון וזה נחוץ, אבל מי שקורא כל דיאלוג אישור מילה במילה מגלה שהוא בעצם עושה את העבודה פעמיים: פעם בקריאה, פעם בבדיקה שהקריאה נכונה. הבטיחות האמיתית לא מגיעה מלקרוא כל בקשה. היא מגיעה מלדעת מראש איזו שכבה תופסת איזו טעות, כך שאתם קוראים רק את מה שבאמת דורש שיקול דעת אנושי.

מצב ההרשאה קובע את היציבה הכללית של הסשן. אפשר לשאול לפני הכל, לאשר עריכות אוטומטית, להישאר במצב תכנון שבו שום דבר לא נכתב, או לתת לסוכן שיפוט לעבור על הפעולות במקומכם. ה-checkpoint הוא רשת בטיחות בתוך הסשן בלבד: לפני כל פרומפט נשמר צילום מצב, ואפשר לחזור אליו תוך שנייה עם /rewind. ה-git commit הוא השכבה היחידה ששורדת אחרי שהסשן נסגר, אחרי שהמחשב נכבה, ואחרי שעברתם לסשן אחר. כל שכבה תופסת סוג אחר של כשל, ומי שסומך רק על אחת מהן מגלה את הפער בדיוק ברגע שהוא הכי יקר.

ב-14 באוגוסט 2026 auto mode הפכה לברירת המחדל של סשן חדש בתוכניות Pro, Max ו-Team. במקום לעצור ולשאול, מודל שיפוט נפרד בודק את הפעולות ומחליט במקומכם. מי שקבע לעצמו מצב ברירת מחדל שונה, נשאר איתו. אבל מי שלא נגע בהגדרות מגלה שהסשן הבא מתנהג אחרת מזה שהוא הכיר. זה לא סיבה לפחד מהכלי. זו סיבה להחליט בכוונה מה קורה בכל מצב, במקום לגלות את זה תוך כדי עבודה על מערכת חיה.

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