# ניתוח צריכת מכסה ב-Claude Code - 8 בנובמבר 2026

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

## הבעיה

ב-22:58 נראה ש-24% ממכסת 5 השעות כבר נצרכו, פחות מחצי שעה אחרי שהחלון נפתח ב-22:30. הצריכה נראתה גבוהה ביחס לעבודה הקטנה שנעשתה.

מצב המכסות בזמן הבדיקה:

| מכסה | נוצל | מתאפסת |
|---|---|---|
| 5 שעות | 25% | 9 בנובמבר, 03:30 |
| שבועית, כל המודלים | 68% | 11 בנובמבר, 21:59 |

## השורה התחתונה

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

הסשן היקר ביותר, סשן A, סיים את עבודתו כבר ב-18:46. הוא חזר לפעול רק בגלל התראה אוטומטית של סוכן רקע ושליחת "Try again" אחריה.

## איך נבדק

- נסרקו קובצי התמלול שב-`C:\Users\USER\.claude\projects\`, בקבצים שהשתנו מ-22:30 ואילך. נמצאו חמישה.
- לכל קריאה נלקחו מספרי הטוקנים שנרשמו בתמלול, בלי לספור פעמיים קריאה שמופיעה בכמה שורות.
- מצב המכסות נקרא מנתוני השימוש של האפליקציה.
- לא נמצאו קובצי תמלול של סוכני משנה שנכתבו מ-22:30 ואילך. התמלול של סוכן הרקע בסשן A נכתב לאחרונה ב-22:27:52.

כדי להשוות בין סוגי טוקנים שימש משקל משוער לפי יחסי מחירי ה-API:

| סוג טוקן | משקל |
|---|---|
| קלט רגיל | 1 |
| כתיבה למטמון | 1.25 |
| קריאה מהמטמון | 0.1 |
| פלט | 5 |

## הממצאים

### צריכה לפי סשן, מ-22:30

| סשן | מה נעשה | קריאות | כתיבה למטמון | קריאה מהמטמון | פלט | משקל משוער | חלק מהצריכה | בערך מתוך ה-24% |
|---|---|---|---|---|---|---|---|---|
| סשן A | בדיקה חוזרת של ההעלאה ושל הגרסה בטלפון | 2 | 692,292 | 783,085 | 1,154 | 949,448 | 48.5% | 12 נקודות |
| סשן B | אימות המאגר, עדכון README ופרסום מהדורה 1.1.0 | 6 | 267,353 | 1,594,941 | 4,653 | 516,962 | 26.4% | 6 נקודות |
| סשן C | אימות המאגר, מסמך בדיקות ופרסום מהדורה 1.0.0 | 8 | 184,308 | 1,693,888 | 7,015 | 434,865 | 22.2% | 5 נקודות |
| בדיקת השימוש עצמה (עד רגע הספירה) | ניתוח הצריכה | 2 | 19,964 | 126,183 | 3,434 | 54,747 | 2.8% | נקודה אחת |
| **סך הכול** | | **18** | **1,163,917** | **4,198,097** | **16,256** | **1,956,022** | **100%** | |

סשן D נכתב בקובץ שלו אחרי 22:30, אבל לא הייתה בו אף קריאה למודל מהזמן הזה.

### הקריאה הראשונה בכל סשן

| סשן | פעילות אחרונה לפני החסימה | הקריאה הראשונה אחרי החסימה | הפסקה | כתיבה למטמון | משקל משוער |
|---|---|---|---|---|---|
| סשן A | 18:46:58 | 22:33:30 | 3 שעות ו-46 דקות | 691,461 | 872,537 |
| סשן B | 19:28:51 | 22:33:34 | 3 שעות ו-5 דקות | 261,721 | 337,080 |
| סשן C | 19:28:29 | 22:43:34 | 3 שעות ו-15 דקות | 176,195 | 230,068 |
| **סך הכול** | | | | **1,129,377** | **1,439,685** |

שלוש הקריאות האלה הן 73.6% מכלל הצריכה המשוערת.

### מה קרה ברצף

1. בסביבות 19:28 שני סשנים (סשן C וסשן B) נחסמו בהודעה שמכסת 5 השעות נגמרה ותתאפס ב-22:30. סשן A קיבל את אותה הודעה ב-22:27:58, אחרי שהתראה אוטומטית של סוכן רקע העירה אותו (פירוט בסעיף הבא).
2. המכסה התאפסה ב-22:30.
3. ב-22:33 נשלח "Try again" בסשן A ובסשן B, וב-22:43 בסשן C.
4. המטמון כבר פג, כי עברו יותר משלוש שעות. לכן כמעט כל ההקשר של כל סשן נכתב אליו מחדש, במחיר הגבוה של כתיבה.
5. מהקריאה השנייה והלאה הסשנים קראו מהמטמון, וכל קריאה עלתה הרבה פחות.

### למה סשן A חזר לפעול אחרי שסיים

הסשן סיים את העבודה ב-18:46: מהדורה v0.5.2 עלתה לגיטהאב, וההודעה האחרונה שלו ב-18:46:58 אישרה שהכול עלה ושאלה למה התכוונת ב"העלאת הקבצים". לא נשארה לו עבודה פתוחה.

| שעה | מה קרה | מי יזם |
|---|---|---|
| 22:27:25 | משימת רקע של סוכן המשנה "שליחה בלי התוכנה באנדרואיד" הסתיימה, וההתראה העירה את הסוכן | אוטומטי |
| 22:27:52 | הסוכן נחסם כי המכסה נגמרה, ודיווח על כישלון לצ'אט הראשי | אוטומטי |
| 22:27:58 | הצ'אט הראשי ניסה להגיב ונחסם גם הוא, והופיעה הודעת המכסה | אוטומטי |
| 22:33:20 | נשלח "Try again" | מסומן בתמלול כפעולת משתמש |
| 22:33:30 | הצ'אט טען מחדש 691,461 טוקנים, בדק שוב את גיטהאב ומצא שאין מה להמשיך | תוצאה של ההודעה |

ההתעוררות האוטומטית ב-22:27 נחסמה ולא צרכה כמעט כלום מהמכסה. כל העלות של הסשן הזה, 949,448 לפי המשקל המשוער, באה אחרי ה-"Try again". בלי השליחה הזו, כ-12 נקודות מתוך ה-24% היו נחסכות, לפי ההערכה.

### המחשה: אותו הקשר, מחיר שונה

בסשן A, שההקשר שלו כ-738 אלף טוקנים:

| קריאה | שעה | כתיבה למטמון | קריאה מהמטמון | פלט |
|---|---|---|---|---|
| ראשונה, מטמון קר | 22:33:30 | 691,461 | 45,812 | 726 |
| שנייה, מטמון חם | 22:33:41 | 831 | 737,273 | 428 |

הקריאה הראשונה עלתה לפי המשקל המשוער 872,537, והשנייה בערך 77 אלף. פער של פי 11 בערך, על אותו הקשר, בהפרש של 11 שניות.

## המסקנות

1. **גודל ההקשר קובע את מחיר החזרה לסשן.** עבודה קטנה בסשן ענק עלולה לעלות יותר מעבודה גדולה בסשן קטן.
2. **הפסקה ארוכה מייקרת את ההודעה הבאה.** אחרי שהמטמון פג, ההודעה הראשונה משלמת על כל ההקשר. "Try again" קצר עולה כמו כל הודעה אחרת.
3. **חזרה לכמה סשנים גדולים מיד אחרי איפוס המכסה מצטברת מהר.** שלוש חזרות כאלה לקחו כאן את רוב הצריכה.
4. **לא הייתה צריכה נסתרת.** מ-22:30 לא היו קריאות של סוכני משנה, וכל הקריאות נבעו מהודעות שנשלחו באותם סשנים. עם זאת, בסשן A מה שהוביל ל-"Try again" התחיל בהתראה אוטומטית של סוכן רקע ב-22:27.
5. **הודעת חסימה לא אומרת שנשארה עבודה.** סשן שסיים יכול להתעורר מהתראה של סוכן רקע, להיחסם ולהציג שגיאה. ניסיון חוזר במצב כזה משלם על כל ההקשר בלי לקדם כלום.

## מה כדאי לעשות

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

## מה לא ידוע בוודאות

- מספרי הטוקנים מדויקים ונלקחו מקובצי התמלול.
- האחוזים והמשקלים הם הערכה לפי יחסי מחירי ה-API. הנוסחה המדויקת של חישוב המכסה לא ידועה.
- ההמרה ל"נקודות מתוך ה-24%" היא חלוקה יחסית של ההערכה הזו, ולא נתון שנמדד.
- התמלול מסמן את ה-"Try again" כפעולת משתמש, אבל לא מראה אם ההודעה נכתבה ידנית או נשלחה בלחיצה על כפתור.
- לא נבדק איזו פקודה רצה ברקע אצל הסוכן של סשן A, ולמה היא הסתיימה דווקא ב-22:27. ידוע רק שהסוכן עשה 12 קריאות למודל בין 18:00 ל-19:00, ושאחר כך לא היו לו קריאות עד הניסיון שנחסם ב-22:27.
- ספירת "בדיקת השימוש עצמה" נעצרה בזמן הניתוח ולא כוללת את הקריאות שבאו אחריה.