לאן נעלמים הטוקנים ב-Claude Code: 9 דפוסי אובדן ואיך לתקן אותם ב-2026

בדוגמה אחת, הפקודה /context בסשן חדש של Claude Code הראתה ש-60K טוקנים תפוסים מתוך 200K עוד לפני ההודעה הראשונה. בפרויקט הופעלה רק הפקודה claude. שישים אלף טוקנים — שליש מהתקציב הוצא על ״הכנה״ לשיחה.

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

מה פירוש ״73% מהטוקנים אובדים לפני ההנחיה״?#

הנה 9 הדפוסים בטבלה אחת, עם נתונים ממדידות מסשנים אמיתיים ומהעמוד הרשמי של Anthropic לניהול עלויות.

לא אטען שהנתון ״73״ מוחלט — הוא יכול להיות 60% או 80%, בהתאם להגדרות שלכם. אבל התמונה הכללית נכונה, ואפשר לתקן כל דפוס בנפרד. אפרט להלן שלושה בכל פעם.

איך Claude בונה הקשר לפני שהוא קורא את הבקשה שלכם?#

בדיון על הבעיה ב-GitHub ‏#13717, מישהו פתח את /context בסשן עם שישה שרתי MCP וקיבל את הפירוט הבא:

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

גודל החלון תלוי במודל. לפי תיעוד המודלים של Anthropic, נכון לספטמבר 2026, למודלים Opus 4.7 וחדשים יותר, Sonnet 5 ומודלי Fable יש חלון של 1M טוקנים בכל תוכנית, כולל Pro. חלון של 200K נותר ל-Opus 4.6 ול-Sonnet 4.6 ללא הקשר מורחב, וגם לסשנים שבהם 1M מושבת באמצעות המשתנה CLAUDE_CODE_DISABLE_1M_CONTEXT=1. חלון גדול יותר אינו פותר את בעיית ההקשר המנופח: כל מה שנטען לפני ההודעה הראשונה נשלח למודל בכל בקשה, ותיעוד העלויות אומר במפורש שככל שההקשר גדול יותר, משתמשים ביותר טוקנים. מינוי אינו משנה זאת — בכל תוכנית, כל טוקן נוסף נחשב כנגד המגבלה שלכם.

לאן נעלם השליש הראשון של ההקשר: CLAUDE.md, היסטוריה ו-MCP?#

דפוס 1. CLAUDE.md לפני כל הודעה

הקובץ נטען לפני כל הודעה שאתם שולחים, ולא רק פעם אחת בסשן. CLAUDE.md בן 5,000 טוקנים תופס נפח כזה בהקשר של בקשות שמכילות אותו, אבל קלט חדש, כתיבות למטמון וקריאות מהמטמון דורשים חשבונאות נפרדת; תוכן חוזר אינו מחויב בהכרח בתעריף מלא ללא מטמון.

Anthropic אומרת במפורש בתיעוד:

בדוגמה אחת, CLAUDE.md של הפרויקט מכיל 180 שורות — כל החומר הייעודי (איך לכתוב הוראות לסדנאות, פורמט הפוסטים ב-TG ורשימת הבדיקה המשפטית) הועבר ל-Skills ולקובצי Markdown בתוך business/, ש-Claude קורא רק כשהוא פונה אליהם במיוחד. כך הבסיס הצטמצם ב-60-70% לעומת לפני חודשיים.

דפוס 2. היסטוריית השיחה נקראת מחדש עם כל תשובה

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

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

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

דפוס 3. שרתי MCP רושמים את כל הכלים שלהם בהקשר

זו הייתה נקודת כאב היסטורית ב-Claude Code, שגרמה להפסדים הגדולים ביותר עד 2026. בבעיה שהוזכרה לעיל, ‏#13717, שישה שרתי MCP מחוברים (Google Docs, Asana, Calendar, Slack, Atlassian ו-Gmail) תפסו 98 700 טוקנים — 49% מהחלון כולו לפני שהשיחה התחילה.

Anthropic השיקה את תכונת Tool Search בדצמבר 2025–ינואר 2026, שפותרת מחצית מהבעיה הזאת:

בתיעוד של Anthropic, התיאור כעת הוא:

מה לעשות בסביבת ייצור:

1. עדכנו את Claude Code לגרסה שתומכת ב-Tool Search (כל הגרסאות העדכניות אחרי דצמבר 2025).
2. פתחו את /mcp והשביתו שרתים שאינכם זקוקים להם בסשן הנוכחי. בדוגמה המתוארת, שניים מחוברים כל הזמן — Playwright ו-shadcn. אני מפעיל את האחרים למשימה אחת, ומיד לאחריה מריץ /mcp disconnect.
3. החליפו MCP ב-CLI היכן שאפשר. השתמשו ב-gh במקום בשרת MCP עבור GitHub. השתמשו ביומן השנה בדפדפן במקום ב-MCP של Google Calendar.

הסברתי מה הם שרתי MCP ואיך להגדיר אותם בצורה הגיונית במדריך ״שרתי MCP ב-Claude Code ב-2026: 7 הגדרות מוכנות והתקנה צעד אחר צעד״.

חלק מהבעיה של CLAUDE.md ו-Skills אינו רק הגודל אלא גם המבנה. קובץ הוראות אחד (CLAUDE.md) הוא הליבה. ידע נוסף על הפרויקט (קהל, מוצרים, מסמכים משפטיים והוראות יומיות) נמצא בתיקיית business/ — זהו Second Brain לפי המתודולוגיה שלי. Claude קורא רק את מה שנחוץ כרגע, וגם דחיסת ההקשר מתרחשת כבר ברמה הזאת. הפירוט המלא מופיע ב״Second Brain ב-Claude Code״.

ועוד פרט שקל לפספס: ניקוי CLAUDE.md, מעבר ל-Skills והשבתת MCP הם הצעד הראשון. לאחר מכן נכנסת לתמונה מתודולוגיית context engineering — מה לכלול בכל הנחיה ובאיזה סדר, מה להעביר דרך Plan Mode, ומה לטפל בו באמצעות /compact. המדריך הזה מכסה רכיב אחד.

מה מצטבר בסשן, ומה אי אפשר לקצץ?#

דפוס 4. פלט הכלים מצטבר לאורך הסשן

פרט שמעטים מזכירים: כש-Claude מריץ bash cat huge-file.log, כל הפלט של הפקודה נכנס להקשר ונשאר שם עד סוף הסשן או עד /clear. אותו דבר קורה עם Read של קובץ גדול — כל 10,000 השורות נשארות שם ותופסות טוקנים בכל הודעה בהמשך (ראו דפוס 2).

פתרונות:

1. השתמשו ב-head, ב-tail וב-grep במקום לקרוא הכול. bash tail -100 deploy.log במקום Read deploy.log. כך הפלט מצטמצם מיד פי 10-100.
2. Hooks לעיבוד מקדים. שימו סקריפט ב-~/.claude/hooks שמסנן פלט bash לפני ש-Claude רואה אותו. דוגמה מתיעוד Anthropic היא hook בשם PreToolUse שמריץ npm test 2>&1 | grep -A 5 -E 'FAIL|ERROR' במקום להדפיס את פלט הבדיקות המלא. כך הפלט מצטמצם פי 50-100. פרטים במדריך ״Hooks של Claude Code ב-2026: הגדרה צעד אחר צעד ו-7 דוגמאות מוכנות״.
3. /clear אחרי קריאה גדולה. אם קראתם קובץ עצום עבור משימה מסוימת ואינכם זקוקים לו עוד, אל תשאירו אותו בהקשר ״ליתר ביטחון״; התחילו צ׳אט חדש.

דפוס 5. הנחיית המערכת + כלי המערכת = בסיס קבוע

אי אפשר לשנות את הדפוס הזה, כי כמעט שאין מה לעשות לגביו. Claude Code מתחיל בהנחיית מערכת (כ-3 200 טוקנים) ובתיאורים של כל הכלים המובנים — Read, Edit, Write, Bash, Glob, Grep, WebSearch, WebFetch, TodoWrite (כ-16 100 טוקנים). בסך הכול, זהו בסיס קבוע של 19 300 טוקנים שאי אפשר לקצץ.

מה לעשות בפועל:

• להיות מודעים. דעו שיש לכם ״מס״ בסיסי של 19K: בחלון של 200K, נותרים 200K - 19K = 181K לכל השאר (פחות CLAUDE.md, ‏MCP ומאגר autocompact). בחלון של 1M יש יותר מקום, אבל ה״מס״ הזה מתלווה לכל בקשה.
• מדדו עיבוד חוזר. הבסיס תופס מקום בחלון ויכול להופיע שוב בבקשות מאוחרות. זה אינו חיוב טוקנים חד-פעמי להפעלה; הפרידו סכומי קלט, כתיבה למטמון, קריאה מהמטמון ופלט בחישוב העלות.

היכן אובדים טוקנים בגלל Skills, תוספים וצוותי סוכנים?#

דפוס 6. אפשר לרשום Skills ותוספים פעמיים

הבעיה הזאת הופיעה עם הגעת התוספים ל-Claude Code (בסוף 2025). כשמתקינים תוסף שמוסיף Skills, ה-Skills האלה נכנסים להקשר. אם מותקנים אצלכם גם Skills דומים של המשתמש בתוך ~/.claude/skills/, הם נטענים גם כן. ולפעמים הם כפולים.

Vercel פרסמה נתון במחקרה על תשתית ה-AI שלה: 56% מה-Skills אינם מופעלים אף פעם במהלך סשן, אבל התיאורים שלהם נטענים כל הזמן להקשר. בהנחה של 100 טוקנים לכל הגדרה, מדובר בעד 5 600 טוקנים של ״מטען עודף״ עם 100 Skills.

מה לעשות:

1. /context מראה מה באמת תופס מקום. אם אתם רואים שסעיף Skills עולה על 3K, נקו אותו.
2. ls ~/.claude/skills/ — בדקו אילו Skills מותקנים אצלכם. הסירו את אלה שלא השתמשתם בהם יותר מחודש.
3. /plugin remove לתוספים שהתקנתם ״רק כדי לנסות״ ושכחתם מהם.

הסבר על המבנה הנכון ל-Skills ועל ההבדלים ביניהם לבין CLAUDE.md מופיע במדריך ״Skills של Claude Code ב-2026: איך לבנות ספריית Skills אישית״.

דפוס 7. צוותי סוכנים שורפים פי 7 יותר ב-Plan Mode

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

כלומר, חמישה חברי צוות ב-Plan Mode שקולים לחמישה סשנים מקבילים, שכל אחד מהם טוען את בסיס המערכת שלו, עותק משלו של CLAUDE.md ואת כלי ה-MCP שלו. צריכת הטוקנים הכוללת גדלה באופן לא ליניארי.

מה לעשות:

1. השתמשו ב-Sonnet או ב-Haiku לחברי הצוות. השתמשו ב-Opus רק למוביל הצוות שמתאם ביניהם. התעריף לטוקן עשוי להיות נמוך יותר, אך מדדו את העלות והאיכות של המשימה המלאה לכל חבר צוות במקום להניח חיסכון קבוע.
2. צוותים קטנים. שניים או שלושה חברי צוות במקום עשרה.
3. סגרו חברי צוות לא פעילים. אם המשימה הסתיימה אבל חבר צוות עדיין פועל, הוא ממשיך לשרוף טוקנים ברקע.

מידע נוסף על Plan Mode ומתי הוא מועיל מופיע במדריך ״Plan Mode ב-Claude Code: מדריך צעד אחר צעד ו-4 שלבים ב-2026״.

על מה Claude מחייב בטוקנים כשאינכם מסתכלים?#

דפוס 8. Extended thinking משתמש בטוקנים בלי מעורבותכם

Extended thinking הוא מצב שבו Claude ״חושב לעומק״ על הפתרון בבלוק חשיבה מוסתר לפני שהוא עונה. מבחינת החישוב, אלה טוקני פלט, שנספרים כמו תשובה רגילה, אבל אינכם רואים אותם בצ׳אט.

Anthropic אומרת בתיעוד:

המשמעות היא שבקשה מורכבת אחת יכולה להשתמש ב-10-30K טוקני חשיבה ש״נוגסים״ בתקציב, בזמן שבצ׳אט אתם רואים רק סיכום קצר.

מה לעשות:

1. /effort low למשימות פשוטות. הוא מפחית את תקציב החשיבה למינימום.
2. MAX_THINKING_TOKENS=8000 בסביבה, כדי לקבוע תקרה.
3. /config → השביתו חשיבה למשימות שגרתיות מאוד שבהן Claude לא צריך ״לחשוב״.

ההסבר מתי חשיבה באמת מועילה (ארכיטקטורה מורכבת, היסק מורכב ורב-שלבי) ומתי לא מופיע במדריך ״Sonnet או Opus 4.7 ב-Claude Code: בחירת מודל ו-/effort ב-2026״.

דפוס 9. סיכום ברקע בזמן סרק

זהו דפוס קטן מאוד אך מעניין. Claude Code מפעיל תהליך רקע שמסכם סשנים קודמים עבור הפקודה claude --resume. התהליך הזה פועל גם כשאינכם מקלידים.

Anthropic אומרת זאת במפורש בתיעוד:

ארבעה סנטים לסשן אינם אסון. אבל אם פתוחים לכם 10 סשנים ביום, זה כבר $0.40 ליום בהוצאות פסיביות, כלומר $12 לחודש. סגרו סשנים שאינכם צריכים כרגע. אפשר לשחזר סשן באמצעות /resume מהאינדקס — אין צורך להשאיר אותו פתוח.

איך מודדים את האובדן: הפקודה /context וההסתייגויות שלה#

ראשית, הפקודה. ב-Claude Code, פתחו את /context (או את /usage לצורך חישוב) ותקבלו משהו כזה:

Context window: 200 000 tokens

System prompt:        3 200 (1.6%)
System tools:        16 100 (8.0%)
MCP tools:           12 600 (6.3%)
CLAUDE.md:            4 800 (2.4%)
Memory files:         3 000 (1.5%)
Conversation:        18 400 (9.2%)
Free space:         141 900 (71.0%)

זה בסיס קבוע רגיל אחרי הניקוי הראשון. מצוין — 71% מהחלון פנויים.

באג ידוע ב-/context: הערכת יתר פי 3 עבור MCP

עד לעדכון האחרון, /context הציג אובדן MCP גדול פי 3 מהאובדן בפועל, משום שהתקורה לכל כלי נספרה בנפרד עבור כל כלי.

Cameron אומר ש-Anthropic תיקנה זאת בגרסה הנוכחית, שמדווחת כעת על 12 600 עבור אותו XcodeBuildMCP. לכן:

1. אם /context מציג 50K+ עבור כלי MCP — ייתכן שאתם משתמשים בגרסה ישנה של Claude Code. עדכנו אותה.
2. אם MCP תופס 8-15K — זה רגיל, העלות האמיתית עם Tool Search.
3. אם MCP תופס 30-50K בגרסה חדשה, באמת יש לכם הרבה שרתים לא נחוצים מחוברים. היכנסו אל /mcp ונתקו אותם.

מה עוד לבדוק חוץ מ-/context

/usage — מציג את השימוש בתוכנית שלכם ב-24 השעות או ב-7 הימים האחרונים. ב-Pro וב-Max, הוא מציג פירוט לפי Skills, סוכני משנה, תוספים ושרתי MCP בודדים. מועיל לזיהוי ה-Skill ששורף הכי הרבה.

/cost — עבור משתמשי API. מציג את העלות היחסית של הסשן הנוכחי בדולרים. מנויי Pro/Max אינם זקוקים לו.

/usage-credits — ב-Pro/Max, מאפשר לקבוע מגבלת הוצאה חודשית. מועיל אם אינכם רוצים שצוות סוכנים מתוסרט ירוקן בטעות את כרטיס האשראי שלכם.

איך לנקות את ההקשר של Claude Code ב-15 דקות#

פתחו את הפרויקט שלכם ב-Claude Code ובצעו את הצעדים:

1. /context — רשמו את הפירוט הנוכחי. זהו קו הבסיס שלכם.
2. /clear — אם הצטברה בצ׳אט היסטוריה שאינה קשורה למשימה הנוכחית. חלון חדש.
3. ls -la ~/.claude/skills/ — בדקו אילו Skills מותקנים. הסירו את אלה שלא השתמשתם בהם במשך חודש. הפקודה: rm -rf ~/.claude/skills/[skill-name] (או מחקו את התיקייה דרך הממשק).
4. /plugin list — אותו הדבר לגבי תוספים. הסירו את מה שאינכם משתמשים בו באמצעות /plugin remove <name>.
5. /mcp — בדקו את שרתי ה-MCP המחוברים. השאירו רק את אלה שנחוצים למשימה הנוכחית. נתקו את השאר באמצעות /mcp disconnect <name>.
6. פתחו את CLAUDE.md בעורך. אם הקובץ מכיל יותר מ-200 שורות, העבירו הוראות ייעודיות ל-Skills (~/.claude/skills/[topic]/SKILL.md). שאפו לליבה בת 100-200 שורות ול-5-15 Skills לפי נושא. המדריך המפורט נמצא ב״איך להגדיר את CLAUDE.md ב-2026: תבנית מוכנה ו-6 כללים״.
7. בדקו את /effort — השתמשו ב-/effort low למשימות פשוטות. תקציב חשיבה גבוה נחוץ רק לארכיטקטורה מורכבת.
8. מדידת /context אחרונה. השוו אותה לשלב 1.

בהפעלות המתוארות, ההקשר התפוס ירד מ-60–80K ל-25–30K אחרי הניקוי. זה שינוי בנפח של תמונת מצב, ולא הוכחה להפחתה קבועה בכלל הטוקנים שעובדו או בעלות. השוו הרצות מלאות של אותה משימה, כולל שימוש במטמון ובפלט, לפני טענה לחיסכון.

מתי מעבר ל-Sonnet או ל-Haiku עוזר יותר מניקוי ההקשר?#

Anthropic כותבת על מודלים בתיעוד:

פירוט גס של מחירי טוקני קלט (נכון ל-27 במאי 2026):

ההגדרות שלי:

1. ברירת מחדל — Sonnet 4.5. זו ההגדרה /config → default model. היא מתאימה ל-80% מהמשימות.
2. אני מפעיל ידנית /model opus כשהמשימה קשה באמת (בחירה ארכיטקטונית, אבחון של באג תמוה או מוצר חדש).
3. השתמשו ב-/model haiku לבדיקות ולעיצוב. או הגדירו במפורש model: haiku בתצורת סוכן המשנה.
4. /effort בנפרד מהמודל. אפשר להשתמש ב-Opus עם /effort low — מקבלים מודל חזק עם חשיבה מינימלית, לתשובות מהירות במשימות ברמת קושי בינונית.

מתי ניקוי ההקשר משתלם יותר מהחלפת מודלים:

• ההקשר מלא ביותר מ-50% — נקו אותו קודם.
• ההקשר תקין, אבל המשימות מורכבות — השתמשו ב-Opus במאמץ רגיל.
• ההקשר תקין והמשימות שגרתיות — השתמשו ב-Haiku.

לפירוט על מודלים ורמות מאמץ, ראו את ״Sonnet או Opus 4.7 ב-Claude Code: בחירת מודל ו-/effort ב-2026״.

אילו עצות מגדילות את השימוש במקום לחסוך בו?#

דפוס אנטי 1. ״מחקו את כל MCP; הם שורפים טוקנים״

עצלנות היא הטעות הנפוצה ביותר. כן, MCP שרף בעבר עד 49% מההקשר — אבל אחרי Tool Search הנתון ירד ל-8-15%. נוסף על כך, MCP מספק כלים אמיתיים שאחרת הייתם צריכים לבנות ידנית. מחיקת כל MCP מחזירה אתכם לעבודה ידנית ש״תאכל״ יותר זמן מהטוקנים שהיא חוסכת.

הגישה הנכונה: השאירו רק שרתי MCP שבהם אתם באמת משתמשים באופן קבוע. אני משאיר את Playwright (לבדיקת דפי נחיתה) ואת shadcn (ליצירת ממשקים). כל השאר מיועד למשימה אחת בכל פעם.

דפוס אנטי 2. ״אל תשתמשו ב-CLAUDE.md; שימו הכול ישירות בהנחיה״

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

הגישה הנכונה: שמרו על CLAUDE.md תמציתי (100-200 שורות), עם הליבה בתוכו וחומר ייעודי ב-Skills. הפרטים במדריך ״איך להגדיר את CLAUDE.md ב-2026״.

דפוס אנטי 3. ״עבדו תמיד דרך Plan Mode״

Plan Mode הוא כלי מצוין למשימות מורכבות שבהן צריך קודם לבדוק את בסיס הקוד ולהציע תוכנית. אבל שימוש בו עם צוותי סוכנים צורך בממוצע פי 7 יותר טוקנים (תיעוד Anthropic). במשימה פשוטה כמו ״תקנו שגיאת הקלדה ב-README״, Plan Mode שורף פי 7 יותר ממשיכה ישירה.

הגישה הנכונה: השתמשו ב-Plan Mode למשימות מורכבות שנמשכות 30 דקות או יותר. למשימות קצרות, שלחו בקשה ישירה בלי plan mode. הסבר מתי להשתמש בכל מצב מופיע במדריך ״Plan Mode ב-Claude Code: מדריך צעד אחר צעד ו-4 שלבים ב-2026״.

חומרים נוספים זמינים באתר Ailoot.