רובנו פותחים את קלוד קוד, מקלידים בקשה, ומחכים שהקסם יקרה. אבל המשתמשים שמוציאים מהכלי הזה את המקסימום עושים בדיוק ההפך: הם עוצרים לפני שכותבים שורת קוד אחת. ההבדל בין סשן שנשבר באמצע לבין תוצר יציב שנבנה נכון נמצא בכמה הרגלים קטנים, ורובם לא קשורים בכלל לפרומפט המושלם.
לפני שנצלול, שווה להבין את התמונה הגדולה. גם קלוד קוד וגם Cowork רצים על אותה ארכיטקטורה אייג׳נטלית: כלי שמתכנן, מפרק משימה לשלבים, ומבצע אותם בעצמו מול הקבצים והאפליקציות שלכם. קלוד קוד חי בשורת הפקודה ומיועד למפתחים, בעוד Cowork מביא את אותה יכולת לאפליקציית הדסקטופ עבור עובדי ידע שלא רוצים להתעסק בטרמינל. הטיפים כאן מתמקדים בעיקר בקלוד קוד, אבל ההיגיון שמאחוריהם - תכנון לפני ביצוע, ניהול חלון קונטקסט, עבודה בשלבים - נכון בדיוק באותה מידה לכל עבודה אייג'נטלית.
בכל אופן, הכנו לכם רשימה עם טיפים זהב (!) שיעזרו לכם לשפר את התוצרים שלכם עם קלוד קוד.
טיפ 1: הכל מתחיל מרעיון - תנו לקלוד לתכנן לפני שהוא בונה
ההרגל הכי חשוב בעבודה עם קלוד קוד הוא הכי פשוט: לבקש ממנו לתכנן את הצעדים שלו לפני שהוא נוגע בקוד. לשם כך קיים מצב תכנון (Plan Mode). זהו מצב עבודה שבו קלוד יכול לקרוא קבצים, לחפש ולנתח את הפרויקט, אבל אסור לו לערוך, ליצור או להריץ שום דבר עד שאתם מאשרים את התוכנית.
כן, זה גוזל כמה שניות וטוקנים בהתחלה. אבל זה מקצר את התהליך הכולל משום שהתוצר הסופי יוצא יציב יותר, בנוי נכון יותר, עם פחות טעויות בדרך ופחות סיכוי שמשהו יישבר. יש לכך אפילו הסבר מתמטי פשוט: אם קלוד מקבל עשרות החלטות קטנות בעצמו לאורך משימה, וכל אחת נכונה ברוב המקרים, ההסתברות שכולן יחד תהיינה נכונות צונחת. מצב התכנון פשוט מקדים את נקודת הבדיקה לרגע שבו תיקון טעות עדיין כמעט חינמי.
איך נכנסים? לוחצים עם העכבר עם בורר המצבים שמגדיר לקלוד מה ההרשאות שלו (ראו תמונה מטה). אחרי שקלוד סיים לתכנן והצגתם לעצמכם את התוכנית, יוצאים ממצב התכנון וחוזרים למצב הרגיל כדי לתת לו לבנות בפועל.
מצב PLAN
טיפ 2: בקשו קובץ PLAN.MD - בנייה בפאזות פיתוח
עכשיו לוקחים את זה צעד קדימה. במקום להסתפק בתוכנית שנשארת בתוך הסשן, מבקשים מקלוד לכתוב קובץ PLAN.MD. זהו קובץ מארקדאון (Markdown) פיזי שיושב לוקאלית בתוך תיקיית הפרויקט ומפרט את כל שלבי הבנייה, כלומר בנייה בפאזות פיתוח.
היתרון פה כפול: ראשית, קובץ פיזי הוא ארטיפקט שנשאר. הוא לא נמחק כשהסשן נסגר, ואפשר לפתוח אותו, לערוך אותו ולתקן אותו לפני שממשיכים. שנית, הוא מאפשר לעבוד בשלב אחד בכל פעם. כל פעם בונים רק פאזה אחת, לפי התוכנית של קלוד, ומוודאים שהיא עובדת לפני שממשיכים לבאה. ככה לא מקבלים ערימת קוד שנכתבה בבת אחת ואי אפשר לדעת איפה בדיוק היא נשברה.
פרומפט ליצירת plan.md
טיפ 3: חלון קונטקסט נקי לכל פאזה - כך חוסכים טוקנים ושומרים על מיקוד
מכיוון שקלוד קוד עובד על אותה תיקייה מקומית, ומכיוון שקובץ ה-PLAN.MD יושב שם פיזית, אפשר לחסוך המון טוקנים ולשמור על מיקוד על-ידי פתיחת סשן חדש לכל שלב פיתוח. הרעיון: שיחה חדשה משמעה חלון קונטקסט נקי לכל פאזת פיתוח.
למה זה חשוב? חלון הקונטקסט הוא הזיכרון קצר הטווח של קלוד, ויש לו תקרה. ככל שהוא מתמלא בשיחה ישנה, בתוכן קבצים ובפלטים של פקודות, האיכות יורדת. קלוד מתחיל לשכוח החלטות שקיבל קודם, סותר את עצמו, ולפעמים ממציא שמות של פונקציות או קבצים. חלון נקי לכל שלב מונע בדיוק את הריקבון הזה.
איך עושים את זה בפועל? בתחילת כל פאזה מבקשים מקלוד לקרוא את קובץ התוכנית ואת השלב שבו אנחנו נמצאים, ואז מבקשים ממנו לבנות אותו. סיימתם? מנקים את הקונטקסט וממשיכים משם. כאן חשוב לדייק במינוח, כי לקלוד קוד יש שתי פקודות שונות למטרה הזו, והבחירה ביניהן משנה את התוצאה.
סשן נפרד לכל פאזת פיתוח
טיפ 4: ניהול קונטקסט בקלוד קוד
הרבה משתמשים מבלבלים בין שתי הפקודות, והבלבול הזה יכול לעלות בשעות עבודה. שתיהן פקודות Slash שמשחררות מקום בחלון הקונטקסט, אבל הן עושות שני דברים הפוכים לחלוטין.
הפקודה clear/ - איפוס מוחלט
הפקודה /clear מוחקת את כל היסטוריית השיחה ומאפסת את הקונטקסט לאפס. אין סיכום, אין המשכיות, פשוט התחלה נקייה מדף חלק (קובץ ה-CLAUDE.md עדיין נטען אוטומטית). זו הבחירה הנכונה בדיוק כשעוברים בין שלבים או משימות שלא תלויות זו בזו. אם סיימתם פאזה אחת ואתם עוברים לבאה, וההקשר הישן הוא יותר רעש מאשר עזרה, זו הפקודה הנכונה. חשוב לזכור: המחיקה היא סופית וללא שחזור, אז אם יש הקשר שחשוב לכם לשמר, כדאי להעביר אותו לקובץ CLAUDE.md לפני כן.
הפקודה compact/ - דחיסה עם המשכיות
הפקודה /compact עושה משהו אחר. במקום למחוק, היא מבקשת מקלוד לסכם לעצמו את כל מה שהיה בשרשור, ואז מחליפה את השיחה המלאה בסיכום מתומצת. הסיכום שומר על ההחלטות המרכזיות, נתיבי הקבצים, הדפוסים והמסקנות, ומאבד את הניסוח המילה-במילה שכבר עשה את שלו. זו הפקודה שמשתמשים בה כשרוצים להמשיך את אותה משימה אבל הקונטקסט התמלא, ורוצים לשמר המשכיות.
נקודה חשובה: קלוד קוד מבצע דחיסה אוטומטית ממילא כשמתקרבים לגבול. אבל אם מפעילים /compact ידנית ומוקדם, בזמן שעוד יש מקום, קלוד עדיין זוכר את השיחה בבירור ומייצר סיכום איכותי הרבה יותר. חוקי אצבע שחוזרים אצל משתמשים מנוסים: לפעול סביב 60 אחוז ניצול של החלון, לא לחכות לרגע שהוא כמעט מלא. אפשר גם למקד את הדחיסה עם הוראה כמו /compact focus on the auth refactor, וקלוד ישמור בעיקר את מה שציינתם.
טיפ 5: עבודה עם Sub-Agents
כשקלוד קוד (Claude Code) חוקר בסיס קוד, הוא קורא הרבה קבצים, וכולם צורכים קונטקסט. במקום לתת לזה להעמיס על השרשור המרכזי, אפשר לבקש ממנו להיעזר בסוכני משנה (Sub-Agents) למשימות חקר. הם רצים בחלון קונטקסט נפרד ומחזירים רק סיכום, כך שהשיחה הראשית שלכם נשארת נקייה ומרוכזת בבנייה עצמה. זו אחת הדרכים היעילות ביותר לנהל את המשאב היקר הזה. לא מבינים לעומק איך זה עובד? פשוט בקשו מקלוד קוד להסביר לכם (במצב Ask) ולהדגים לכם איך זה נראה בלייב. תמיד טוב ללכלך את הידיים.
מה משותף לכל הטיפים?
אם תסתכלו על כל הטיפים הללו יחד, תגלו שהם בעצם וריאציה אחת על אותו עיקרון: להפריד בין חשיבה לעשייה, ולתת לקלוד לתכנן, לתעד ולעבוד בשלבים במקום לזרוק עליו הכל בבת אחת ולקוות לטוב. זה ההבדל בין מי שמשתמש בכלי אייג׳נטלי לבין מי שבאמת יודע לרתום אותו. השאלה ששווה לשאול את עצמכם בפעם הבאה שאתם פותחים סשן היא לא "איך אנסח את הפרומפט המושלם", אלא "האם תיארתי לקלוד מספיק טוב לאן אנחנו הולכים, לפני שנתתי לו לצאת לדרך".
