מגבלות Claude Code ב-2026: 8 כללים למניעת שריפת טוקנים

תיעוד עזר של Ailoot: ailoot.ai/docs/.

איך פועלות מגבלות Claude Code ב-2026, ולמה מגיעים אליהן?#

נכון ל-20 במאי 2026, התוכניות בתשלום של Claude Code פועלות כך:

הנתונים מתוך העמוד הרשמי של Anthropic. נוסף על חלון 5 השעות, יש גם מגבלה שבועית, שמתחילה לפגוע בחוויית המשתמשים הכבדים בסביבות יום שישי.

מה הייתה ההכפלה ב-6 במאי?

בכנס Code with Claude SF ב-6 במאי 2026, Anthropic הכריזה על הסכם עם SpaceX Colossus 1: 220,000 כרטיסים גרפיים של NVIDIA, קיבולת של 300 MW, חיבור לרשת בתוך חודש. מיד לאחר מכן:

• המגבלות לחלון של 5 שעות הוכפלו בכל התוכניות בתשלום.
• הוסרה הגבלת השעות העמוסות היומית, שקודם לכן קיצצה את המכסות בשעות העומס.
• ל-API: מספר טוקני הקלט המרבי לדקה עבור Opus עלה מ-30K ל-500K (+1500%), ומספר טוקני הפלט המרבי עלה מ-8K ל-80K.

מבצע זמני נוסף חל מ-13 במאי עד 13 ביולי: תוספת של 50% למגבלות השבועיות עבור Pro / Max / Team. לאחר 13 ביולי, המכסות השבועיות יחזרו לרמות הקודמות שלהן.

כמה באמת משתמש מתכנת vibe coder?

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

• מפתחים מוציאים בממוצע $13 ליום, $150-250 לחודש.
• 90% מהמשתמשים נשארים מתחת ל-$30 ליום.
• צוותי סוכנים במצב תכנון שורפים בערך פי 7 יותר טוקנים ממושב רגיל.

גודל חלון ההקשר תלוי במודל. לפי התיעוד של Anthropic, נכון לספטמבר 2026, ל-Opus 4.7 ולגרסאות חדשות יותר, ל-Sonnet 5 ולמודלי Fable יש חלון של 1M טוקנים בכל תוכנית, כולל Pro, ודחיסה אוטומטית (auto-compact) מופעלת כברירת מחדל בסביבות 967K. ל-Opus 4.6 ול-Sonnet 4.6 ללא הקשר מורחב יש חלון של 200K, והדחיסה מופעלת בגבול של 200K. אפשר להגדיר סף משלכם באמצעות הפקודה /autocompact, למשל /autocompact 500k. כשדוחסים חצי יום של עבודה לצ'אט אחד, ההקשר מתנפח, Claude מאבד את חוט המחשבה, מתחיל לקרוא שוב את אותם קבצים, והטוקנים נשרפים בקצב של פי 1.5 עד 2.

לפי הניסיון המתואר של המחבר, המנוי ב-$200 מספיק בזכות 8 הכללים שנידונים בהמשך. בלעדיהם, אפילו Max 20x ייגמר עד ארוחת הצהריים.

כלל 1. למה “משימה אחת — שיחה אחת” חוסך הכי הרבה טוקנים?#

הכלל אינו עוסק ב“פתיחת 5 צ'אטים במקביל”, אלא דווקא ב“לא לדלות מהצ'אט הקודם חומר לשימוש במשימה הבאה”.

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

למה “לנקות את הראש” עובד?

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

אם המשימה באמת הסתיימה, אל תשאירו את הצ'אט פתוח “למקרה שאחזור אליו”. פתחו צ'אט חדש. אפשר למצוא את הישן עם claude --resume או /resume באמצעות כל סימן מזהה (שם ענף, מזהה PR, תגית).

מה לעשות אם המשימה נמשכת יומיים?

אם באמת צריך להמשיך במשימה, אל תשאירו את הצ'אט “תלוי באוויר”. לפני שסוגרים אותו, בקשו מ-Claude לכתוב הנחיה לצ'אט סמוך (ראו כלל 7). כך דוחסים היסטוריה של 50K טוקנים להנחיה של 500 טוקנים — ומחר הצ'אט החדש ממשיך עם ההקשר בלי לשכתב הכול.

כלל 2: שמרו את CLAUDE.md על 200 שורות, לא 500#

CLAUDE.md הוא הקובץ הראשון ש-Claude קורא כשמתחילים שיחה חדשה. הסעיף הזה עוסק במיוחד בחיסכון בטוקנים.

כמה שורות נחשב תקין?

למה CLAUDE.md ארוך הופך את הסוכן לפחות חכם?

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

כלל התמציתיות: כל מילה משנה את ההתנהגות

אם אפשר להסיר שורה מ-CLAUDE.md בלי לשנות את ההתנהגות של Claude, השורה הזאת מיותרת. בדקו כך:

1. פתחו את CLAUDE.md ועברו על כל פסקה.
2. שאלו את עצמכם: “אם אסיר את זה, האם Claude יתחיל לעשות טעויות?”
3. אם לא, מחקו את זה או העבירו ל-Skill.

כללים שחלים רק במצבים מסוימים שייכים ל-skills (.claude/skills/<name>/SKILL.md). CLAUDE.md מיועד רק לדברים שצריך תמיד.

כלל 3. למה לשמור את תוכנית העבודה של Claude Code בקובץ נפרד?#

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

למה תוכנית בקובץ טובה יותר מתוכנית בראש של Claude?

יש לי תיקיית plans/ בכל פרויקט. כשאני מתחיל משימה:

1. אני מבקש מ-Claude במצב תכנון לחקור ולהציע גישה.
2. אני בודק את התוכנית ושומר בעצמי את הטקסט בקובץ plans/YYYY-MM-DD-task-name.md; לחלופין, אני יוצא ממצב תכנון ומאשר ל-Claude לכתוב את הקובץ. אני מאמת את התוכן שנשמר לפני סגירת הצ׳אט.
3. אני סוגר את הצ'אט.
4. בצ'אט חדש אני אומר: “קרא את plans/YYYY-MM-DD-...md וממש את שלב 1.”

מה אני מרוויח:

• התוכנית קבועה — Claude לא “שוכח” מה החלטנו לפני שעה.
• אני יכול לערוך את התוכנית ידנית — אני רואה 5 שלבים, מבין ששלב 3 מיותר, מוחק אותו וממשיך.
• התוכנית שורדת הפעלה מחדש — אני חוזר מחר, פותח את הקובץ וממשיך.
• אפשר להעביר אותה לסוכנים בזה אחר זה — צ'אט אחד כותב את התוכנית, אחר מממש אותה, ושלישי סוקר אותה.

מצב תכנון לא שובר את המטמון

פרט חשוב: מצב תכנון מבטל רק את מטמון השיחה (ההודעות), בעוד שהנחיית המערכת והקשר הפרויקט (CLAUDE.md) נשארים חמים. פירוש הדבר הוא שמעבר למצב תכנון וחזרה ממנו כמעט לא עולה טוקנים — בניגוד לשינוי המודל עם /model, ששובר את המטמון עבור 90% ממחיר הקלט ומאלץ לחשב מחדש את כל הקידומת.

הנדסת הקשר כוללת גם שמירה של התוכנית במקום שיישאר, ולא בצ'אט שייעלם בתוך 5 שעות.

כלל 4. Skills נטענים בעקבות טריגר, לא בתחילת השיחה#

Skills משתמשים בטעינה בשלוש רמות:

1. מטא-נתונים תמיד — בתחילת השיחה Claude רואה רק את name ואת description של כל skill. הקצבה: ~100 טוקנים לכל skill.
2. הוראות בעקבות טריגר — כשהמשתמש אומר משהו רלוונטי, Claude טוען את גוף ה-SKILL.md. הקצבה: עד 5000 טוקנים.
3. משאבים לפי דרישה — קבצים מצורפים (דוגמאות, תבניות) נטענים רק כשהמודל עצמו פונה אליהם.

איך זה משנה את כלכלת הטוקנים?

בדוגמה המתוארת, הקווים המנחים לכתיבת הוראות לימודיות, כללי הדיוור וכללי סקירת הקוד היו ב-CLAUDE.md. הקובץ גדל ל-500 שורות, ובתחילת כל שיחה שילמתי על כל 500 השורות, גם כשהשיחה עסקה בדף נחיתה.

בדוגמה הזאת, CLAUDE.md מכיל 200 שורות של ניווט ועקרונות בסיסיים. ארבע קבוצות הכללים נמצאות ב-skills:

.claude/skills/
├── write-tutorial/SKILL.md         # trigger: “write a guide”
├── deploy-checklist/SKILL.md       # trigger: “check before publishing”
├── send-broadcast/SKILL.md         # trigger: “send a mailing”
└── debug-payment-webhook/SKILL.md  # trigger: “check the payment”

Claude רואה רק את הכותרות בעת ההפעלה — 400 טוקנים. כשאני אומר “כתוב מדריך”, הוא טוען את ה-SKILL.md המתאים ופועל לפיו. כשאני אומר “שלח דיוור”, הוא טוען skill אחר.

ציטוט מתוך כללי כתיבת skills בתיעוד הרשמי של Anthropic:

כשיש ספק לגבי skill, אל תתקינו אותו

Skills הן הוראות הרצה עם גישה ישירה לקבצים ולמפתחות ה-API שלכם. לפני התקנת אוסף של מישהו אחר, אני פותח כל SKILL.md וקורא אותו בעצמי. אם יש בו בלוקים מסוג bash: עם קישורים לכתובות URL חיצוניות, זה סימן אזהרה; אני לא מתקין אותו.

כלל 5. מתי כדאי להעביר משימה לתת-סוכן במקום למפגש הראשי?#

מתוך התיעוד הרשמי:

אילו משימות אפשר להעביר לתת-סוכנים?

• חיפוש במאגר קוד גדול. תת-סוכן קורא 30 קבצים ומחזיר: “הפונקציה הרלוונטית נמצאת ב-src/lib/payment/cloudpayments.ts:142.” איני רואה את התוכן של 30 קבצים בהקשר הראשי.
• הרצת בדיקות וניתוח יומנים. תת-סוכן מריץ npm test, לוכד 200 שורות של פלט ומחזיר: “3 בדיקות נכשלו ב-X, Y, Z מהסיבה הזאת.”
• שינוי מבני בכמה קבצים. תת-סוכן אחד לכל קובץ — במקביל.
• בדיקת קישורים במדריך. תת-סוכן מבקר ב-30 כתובות URL באמצעות WebFetch ומחזיר: “5 קישורים מחזירים 404.”

במאי 2026, Anthropic הכריזה רשמית על Multi-Agent Orchestration כתכונה מובנית. בעבר אפשר היה להפעיל תת-סוכנים בקוד רק באמצעות ה-SDK; עכשיו אפשר להפעיל אותם ישירות ב-Claude Code באמצעות פקודות slash.

איפה תת-סוכנים נכשלים?

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

כלל 6. איך בוחרים מודל Claude (Opus / Sonnet / Haiku) למשימה?#

מחירי API (למיליון טוקנים):

מקור: העמוד הרשמי של Anthropic. המחירים אינם מוצגים במנוי, אבל היחס זהה. יש הסתייגות לגבי Opus 4.7: בהשוואה ל-Opus 4.6, האסימון החדש שלו עשוי להשתמש בעד +35% יותר טוקנים עבור אותו טקסט. המחיר לטוקן לא עלה, אך העלות בפועל לבקשה כן. אם מריצים הכול דרך Opus בלי לחשוב, המכסה תיגמר פי 5 מהר יותר מאשר אם משתמשים ב-Sonnet או Haiku למחצית מהמשימות.

דוגמה לבחירת מודל

עברו בין מודלים עם הפקודה /model. אבל שינוי מודל מבטל את המטמון. אם עוברים מ-Sonnet ל-Opus באמצע שיחה, הבקשה הבאה מחשבת מחדש את כל הקידומת מהתחלה במחיר הקלט המלא (לא במחיר של קלט שמור במטמון). לכן עדיף לבחור את המודל בתחילת המשימה, ולא לעבור הלוך ושוב.

/effort — הגדרה מתונה יותר

באפריל 2026, Anthropic השיקה את /effort — 5 רמות של עומק חשיבה: minimal / low / medium / high / xhigh. Claude Code עם Opus 4.7 פועל כברירת מחדל ב-xhigh.

מה שאני עושה:

• לסיווג, חילוץ נתונים וסיכומים קצרים: /effort low. כך חוסכים 30-70% בסוגי משימות שאינם דורשים חשיבה עמוקה.
• למשימות קידוד פשוטות: /effort medium.
• לארכיטקטורה מורכבת: אני משאיר את ההגדרה על xhigh.

/effort לא משנה את המודל, אלא רק את עומק החשיבה שלו. המטמון נשאר שלם.

כלל 7: העבירו הנחיה לצ'אט חדש במקום להשתמש ב-/compact#

/compact היא פקודה רשמית של Claude Code שמחליפה את ההיסטוריה בסיכום. אם מריצים אותה מיד לאחר ההודעה האחרונה, כשהמטמון עדיין חם (זמן החיים של המנוי הוא שעה אחת), הסיכום נשמר במטמון ונקרא ב-10% מהמחיר הרגיל. אם מריצים אותה אחרי שעה, המטמון קר ומשלמים מחיר מלא.

אפשר להתאים את /compact:

/compact Focus on code samples and API usage

או לציין את מיקוד הסיכום כברירת מחדל ב-CLAUDE.md:

# Compact instructions
When you are using compact, please focus on test output and code changes

אבל בדרך כלל אני עושה זאת אחרת.

העברת הנחיה לצ'אט סמוך: דוגמה

השלבים:

1. בצ'אט הנוכחי, כשאני רואה שההקשר עבר 50%, אני אומר: “כתוב לי הנחיה לצ'אט סמוך שתמשיך את העבודה בלי לאבד את המשמעות. כלול: על מה עבדנו, מה כבר הושלם, מה נשאר, קבצים וקבועים מרכזיים.”
2. Claude נותן לי הנחיה של 300-800 טוקנים.
3. אני סוגר את הצ'אט הנוכחי באמצעות /clear או פשוט פותח צ'אט חדש.
4. אני מדביק את ההנחיה ומתחיל עם הקשר חם של CLAUDE.md והפרויקט, אבל עם זיכרון שיחה נקי.

מה אני מרוויח בהשוואה ל-/compact:

• שליטה במה שנכנס לצ'אט החדש. /compact מסכמת לפי ההבנה שלה; אני יכול לערוך את ההנחיה ידנית לפני שמתחילים.
• אפשר לשמור את ההנחיה בקובץ plans/ ולחזור אליה מחר.
• הצ'אט החדש מתחיל עם מטמון שיחה נקי — משם עובדים במחיר של קלט שמור במטמון.

מתי /compact עדיפה?

• כשנמצאים במצב תכנון ולא רוצים לאבד את התוכנית הנוכחית.
• כשהמשימה אחידה וההקשר עקבי (למשל, תרגום של מסמך ארוך).
• כשמריצים /compact מיד אחרי התשובה של Claude — ואז הסיכום נכנס למטמון החם ועולה 10%.

/clear — מוצא אחרון

/clear מוחקת הכול, כולל הקשר הפרויקט. אני משתמש בה רק במעבר לנושא אחר לגמרי, כשאיני רוצה לשמור שום דבר ממה שהיה קודם. לאחר /clear, הבקשה הבאה משלמת מחיר מלא על טעינה מחדש של CLAUDE.md.

כלל 8. מה מבטל את המטמון של Claude Code, ולמה משלמים על כך?#

במנוי, זמן החיים של המטמון הוא שעה אחת (והוא מתארך בכל גישה אליו). ב-API ברירת המחדל היא 5 דקות. פירוש הדבר הוא שאם חוזרים לעבודה אחרי 40 דקות, המטמון עדיין פעיל והבקשה הבאה עולה פרוטות עבור הקלט. אחרי שעה המטמון פג, ומשלמים את המחיר המלא.

מה שובר את המטמון (הימנעו מהדברים האלה באמצע משימה)

1. /model — שינוי המודל באמצע השיחה. לכל מודל יש מטמון משלו. אחרי /model opus, הבקשה הבאה מחשבת מחדש את כל הקידומת עבור Opus מהתחלה.
2. הפעלת מצב תכנון עם ההגדרה opusplan. במצב הזה, מצב תכנון = Opus, מצב רגיל = Sonnet. כל Shift+Tab = החלפת מודל = מטמון לא תקף.
3. חיבור / ניתוק של שרת MCP. כולל התחברות מחדש אוטומטית אחרי כשל זמני. אם שרת ה-MCP לא יציב, משלמים פעמיים.
4. כללי דחייה בשם בלבד (Bash, WebFetch) — הם משנים את הגדרות הכלים בהנחיית המערכת.
5. /compact — מבטלת את שכבת השיחה (בכוונה).
6. שדרוג Claude Code לגרסה חדשה — גרסה חדשה פירושה הנחיית מערכת חדשה ומטמון חדש.

מה לא שובר את המטמון?

• עריכת קבצים במאגר (הם נקראים לפי דרישה).
• עריכת CLAUDE.md באמצע שיחה (אבל השינויים לא חלים עד להפעלה מחדש — ראו כלל 2).
• שינוי סגנון הפלט.
• שינוי מצב ההרשאות (אם opusplan לא מעורב).
• הפעלת Skills / פקודות (נוספת לשכבת השיחה).
• /recap (פקודה חדשה, סיכום בלי ביטול המטמון).
• /rewind (חזרה לקידומת שכבר חוממה).
• הפעלת תת-סוכן (המטמון של ההורה אינו מושפע).

איך לנצל את המטמון לטובתכם

• אל תעברו בין /model בלי סיבה. בחרו את המודל בתחילת המשימה.
• אל תפעילו 10 שרתי MCP “ליתר ביטחון”. כל אחד מוסיף להנחיית המערכת ושובר את המטמון בהתחברות מחדש.
• אל תערכו את CLAUDE.md בין משימות — בצעו את כל העריכות בבת אחת והפעילו מחדש אחר כך.
• השתמשו ב-/recap במקום ב-/compact כשצריך רק לעיין בסיכום, ולא לפנות מקום בהקשר.

מה קרה להצעת קרדיטי האוטומציה ל-15 ביוני?#

הפיצול המוצע של מאגרי המנוי לאינטראקטיביים ולתכנותיים הוקפא. עדכון התמיכה של Anthropic מציין ש-Agent SDK, הפקודה claude -p ויישומי צד שלישי עדיין יכולים להשתמש במגבלות המנוי. אל תוסיפו את סכומי הקרדיטים מההצעה שנזנחה כחיוב חובה שני.

קרדיטי API חודשיים נפרדים שהוצגו לתוכניות Max ו-Team זכאיות באוקטובר הם הקצאה כלולה בארגון Console מקושר. הם אינם מחליפים את המגבלות האינטראקטיביות של התוכנית. המדריך העדכני לקרדיטי API מבחין בין כניסה באמצעות מנוי לבין עבודה עם מפתח API ומזהה ממשקי הפעלה שאינם מכוסים.

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

יום בחיי מתכנת vibe coder שמשתמש ב-Claude Code#

יום לדוגמה:

1. 9:00. אני פותח את משימה מס' 1 — עריכה של תבנית אימייל. אני פותח צ'אט חדש, משתמש במצב תכנון ומבקש מ-Claude לחקור. התוכנית מוכנה בתוך 3 דקות; אני עובר לקבלה אוטומטית, והעריכה נמשכת 10 דקות. אני סוגר את הצ'אט.
2. 9:30. משימה מס' 2 — כתיבת מדריך לימודי. אני פותח צ'אט חדש, וה-skill לכתיבת מדריכים מופעל. הוא טוען מתודולוגיה של 4000 טוקנים. אני עובד לפי השיטה, והמדריך מוכן בתוך 40 דקות. הסתיים.
3. 11:00. משימה מס' 3 — בעיה ארכיטקטונית מורכבת. /model opus, מצב תכנון, דיון. אני בודק את התוכנית, שומר אותה ידנית ב-plans/2026-05-20-...md או מאשר כתיבה אחרי יציאה ממצב תכנון, מאמת את הקובץ וסוגר את הצ׳אט.
4. 12:00. צ'אט חדש: “קרא את plans/2026-05-20-...md וממש את שלב 1.” שישה תת-סוכנים עובדים במקביל — אחד לכל קובץ. שלב 1 מוכן בתוך 45 דקות. אני סוגר את הצ'אט.
5. 14:00. משימה מס' 4 — עריכה של דף נחיתה. /model sonnet. צ'אט חדש. תכנון ומימוש נמשכים 30 דקות. אני סוגר אותו.
6. 15:00. משימה מס' 5 — ניפוי שגיאות בייצור. /model opus, מצב תכנון; נדרשת חשיבה מעמיקה. אחרי שעה של דיון, אני מבקש ממנו לכתוב הנחיה לצ'אט סמוך עם הסיבה שזוהתה והתיקון המוצע. אני מעתיק אותה לצ'אט חדש ומממש את התיקון בתוך 20 דקות.

בסוף היום: 6 משימות, 8 צ'אטים סגורים, אפילו לא /compact אחד. נוצלו 40-60% מהמכסה. זה די והותר.

המכסה נגמרת למי ש:

• דוחסים משימה שלמה לצ'אט שכבר נוצלו בו 50% מההקשר.
• משאירים את CLAUDE.md עם 600 שורות כי “אולי זה יהיה שימושי”.
• עוברים ל-/model opus בכל עריכה פשוטה.
• מפעילים 8 שרתי MCP ליתר ביטחון.
• אף פעם לא משתמשים בתת-סוכנים ודוחסים הכול לשיחה הראשית.

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

אפשר להמשיך להכיר את Ailoot ב-ailoot.ai.