ניהול הקשר בקלוד קוד: הפקודות ששומרות על שיחה חדה וזולה

קלוד מתחיל לשכוח? זה לא המודל

זה קורה לכולם: שיחה שהתחילה חדה ומדויקת, ואחרי שעתיים קלוד חוזר על טעות שכבר תיקנתם, שוכח הוראה שנתתם, ומרגיש פתאום איטי וטיפש. האינסטינקט אומר “המודל התעייף”. מודלים לא מתעייפים — אבל חלון ההקשר שלהם מתמלא.

חלון ההקשר הוא זיכרון העבודה של המודל: כל מה שקלוד “יודע” ברגע נתון — השיחה, הקבצים שקרא, קובץ CLAUDE.md, פלטים של פקודות. כשהחלון מתמלא בערימה של משימות ישנות ופלטים לא רלוונטיים, החשוב טובע בשוליים. והצד הכספי כואב לא פחות: כל פנייה שולחת מחדש את כל המטען הזה, כך ששיחה נפוחה שורפת את מכסת השימוש מהר משמעותית.

נכון ליולי 2026, חלון הבסיס הוא 200 אלף טוקנים, והדור החדש של המודלים תומך במיליון דרך ה-API. נשמע אינסופי — עד שנזכרים שכל קובץ שנקרא וכל פלט בדיקות נשארים שם. החדשות הטובות: יש בדיוק שלוש פקודות שצריך להכיר.

איך רואים מה תופס מקום?

הפקודה הראשונה היא האבחון. מקלידים ‎/context‎ ומקבלים פירוט חי של החלון: כמה תופסת ההיסטוריה, כמה קובצי ההנחיות, כמה כלי MCP — כולל הצעות ייעול ואזהרות על נפיחות. לפני שמנקים או דוחסים, שווה לדעת מה בכלל הבעיה.

שתי תובנות שחוזרות אצל רוב מי שמריצים את זה בפעם הראשונה: קובץ CLAUDE.md ארוך עולה יותר ממה שחשבתם (כל שורה נטענת בכל שיחה), ושרתי MCP שהתקנתם ושכחתם מהם יושבים על ההקשר גם כשאינם בשימוש.

מתי מנקים הכול?

בין משימות. תיקנתם באג, ועכשיו עוברים לפיצ’ר אחר? ‎/clear‎ מרוקן את ההקשר ומתחיל דף חלק. ההיסטוריה של הבאג לא עוזרת לפיצ’ר — היא רק רעש שמסיט את המודל ועולה טוקנים.

התיעוד הרשמי של Anthropic מכנה את דפוס הכישלון הזה בשם: שיחת הכיור (kitchen-sink session) — מתחילים משימה, גולשים לשאלה לא קשורה, חוזרים למשימה, מוסיפים עוד אחת… עד שההקשר מלא בכל דבר חוץ מהעניין. התיקון פשוט: ניקוי בין משימות, בתדירות גבוהה ממה שמרגיש טבעי.

ומה אם עוד תצטרכו את השיחה הישנה? נותנים לה שם בדרך החוצה — ‎/clear שם-לשיחה‎ — והיא נשארת זמינה לחזרה דרך ‎/resume‎. ניקוי הוא לא מחיקה; זה ארכוב.

ומה אם המשימה עוד לא נגמרה?

באמצע משימה ארוכה אי אפשר להתחיל מדף חלק — צריך את ההמשכיות. בשביל זה יש דחיסה: ‎/compact‎ מחליף את ההיסטוריה בתקציר, שומר את עיקרי הדרך ומשחרר את הפירוט.

הטריק שרוב המשתמשים מפספסים: אפשר להגיד לתקציר על מה להתמקד —

/compact תתמקד בתיקון של באג ההרשאות ובקבצים ששינינו

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

ולמי שסופר טוקנים: לשלוש הפעולות האלה יש תגי מחיר שונים לגמרי. ‎/clear‎ אינו עולה דבר. ‎/compact‎ כן — הוא שולח בקשה נפרדת שקוראת את השיחה שהוא מסכם, ולכן הוא יקר במיוחד כשחוזרים לשיחה ישנה שה-cache שלה כבר פג. ואם פשוט הלכתם לכיוון שגוי בכמה תורות האחרונים, ‎/rewind‎ זול משניהם: הוא חותך אחורה לנקודה שכבר יושבת ב-cache במקום לבנות תחילית חדשה. מה עוד מאפס את ה-cache.

מה שורד את הדחיסה, ומה הולך לאיבוד?

זה החלק שאף אחד לא מספר לכם, והוא מסביר למה שיחה מרגישה “אחרת” אחרי דחיסה. לא הכול מתומצת — חלק מההקשר נטען מחדש מהדיסק, וחלק פשוט נעלם. הטבלה המתועדת, נכון ליולי 2026:

מה בהקשר	אחרי דחיסה
הנחיות המערכת וסגנון הפלט	נשארים כמו שהם
CLAUDE.md בשורש הפרויקט וכללים כלליים	נטענים מחדש מהדיסק
הזיכרון האוטומטי	נטען מחדש מהדיסק
כללים ממוקדי-נתיב (עם שדה paths)	אובדים עד שנוגעים שוב בקובץ תואם
CLAUDE.md מקונן בתת-תיקייה	אובד עד שקוראים שוב קובץ מאותה תיקייה
גוף של סקיל שהופעל	נטען מחדש — עד 5,000 טוקנים לסקיל ו-25,000 בסך הכול
רשימת הסקילים הזמינים	לא נטענת מחדש

המסקנות המעשיות: אם קלוד “שכח” כלל אחרי דחיסה, כנראה שהיה זה כלל ממוקד-נתיב או קובץ הנחיות מקונן — נגיעה בקובץ רלוונטי מחזירה אותם. ואם אתם רוצים שהנחיה תשרוד כל דחיסה, המקום שלה הוא CLAUDE.md בשורש או כלל כללי. ההרחבה על ההבדלים בין המנגנונים: לכוון את קלוד קוד.

שאלה צדדית באמצע משימה?

באמצע ריפקטור עולה שאלה קטנה — “רגע, מה הסינטקס של X?”. לשאול אותה בשיחה זה להזריק לה הקשר לא רלוונטי (זוכרים את שיחת הכיור?). בשביל זה קיימת ‎/btw‎: שואלים את השאלה הצדדית, מקבלים תשובה — והיא לא נכנסת להיסטוריית השיחה בכלל. המשימה הראשית לא יודעת שזה קרה.

שני הרגלים של משתמשים כבדים

• כלל שני התיקונים: תיקנתם את קלוד פעמיים על אותו דבר והוא עדיין טועה? ההקשר כבר מורעל — הניסיונות הכושלים עצמם יושבים בחלון ומושכים את המודל לאותו כיוון. במקום תיקון שלישי: ‎/clear‎, ופרומפט פתיחה חדש שמנסח נכון את מה שלמדתם. (מזכיר את כלל שני הכישלונות? הוא אח שלו — שם מחליפים מודל כשהמשימה קשה, כאן מנקים הקשר כשהשיחה נדבקה)
• מד הקשר מול העיניים: מי שרוצים לראות את מצב החלון כל הזמן מגדירים שורת סטטוס מותאמת שמציגה את ניצול ההקשר — כך יודעים לנקות לפני שהאיכות יורדת, לא אחרי

שורה תחתונה

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

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