22 דרכים לגרום למכסת Claude שלכם להחזיק יותר

בקצרה: מכסת Claude מחזיקה יותר כשלא משלמים על עבודה שלא משפרת את התוצאה: מאמץ גבוה ממה שהמשימה צריכה, הקשר לא רלוונטי, העלאה חוזרת של אותם קבצים, הלוך־ושוב מיותר, חיפושים שלא צריך, וסשנים של Claude Code שגוררים היסטוריה ישנה. המטרה היא משימה שהושלמה בהצלחה לכל יחידת שימוש, לא הכי מעט טוקנים בתשובה.

העיקרון

לפי התיעוד של Anthropic, השימוש מושפע מאורך ההודעות, גודל הקבצים, אורך השיחה, כלים כמו Research וחיפוש, בחירת המודל, רמת המאמץ, יצירת ארטיפקטים ומשימות מרובות שלבים. בתוכניות בתשלום יש מגבלת סשן מתגלגלת של חמש שעות ומגבלות שבועיות, ו־Claude בווב, בדסקטופ וב־Claude Code יכולים לחלוק את אותה מכסה. אין מספר הודעות קבוע לכולם. המקור הרשמי.

מגדירים פעם אחת

1. רמת המאמץ הנמוכה שעדיין עושה את העבודה. Low או Medium לשאלות שגרתיות ולסיכומים, גבוה יותר לניתוח קשה וקוד מורכב. אבל תשובה חלשה שדורשת שלוש תיקונים עולה יותר בסך הכול.
2. תשובה קצרה ומאמץ נמוך הם שני דברים שונים. רוצים קיצור? מבקשים אותו במפורש.
3. בוחרים מודל לפי המשימה: Haiku לשגרה, Sonnet לכתיבה, מחקר וקוד, Opus לחשיבה קשה ולמשימות רגישות.
4. מחליטים על מודל ומאמץ לפני משימה ארוכה, ושולחים הודעה ראשונה אחת ברורה עם מטרה, מגבלות ותוצר.
5. הוראות קבועות קצרות, כמו בדוגמה למטה.
6. הוראות קבועות רק להעדפות יציבות; המשימה, הקהל והפורמט נכנסים להודעה עצמה.
7. בודקים Settings ← Usage לפני משימה גדולה. זה אמין יותר מכל הערכה של "תמונה עולה X טוקנים".
8. מסמכים שחוזרים עליהם שמים ב־Project. תוכן פרויקט יכול להישמר במטמון ולעלות פחות, אבל המטמון פג אחרי זמן ו־Projects עדיין צורכים מכסה.
9. חותכים צילום מסך לאזור הרלוונטי, עם מספיק הקשר כדי להבין אותו.
10. מדלגים על חיפוש ברשת כשלא צריך מידע עדכני, ומחפשים כשכן צריך.
11. עוצרים משימות מתוזמנות ב־Claude Code שאף אחד לא קורא את התוצר שלהן.
12. /clear בין משימות לא קשורות ב־Claude Code, ו־/compact כשממשיכים את אותה משימה.

Be accurate, direct, and concise. Separate verified facts from assumptions, and say when evidence is missing. Ask a clarifying question only when an essential detail prevents a useful answer. Follow the requested output format exactly.

הרגלים קטנים שמצטברים

13. נושא חדש, צ'אט חדש.
14. חוזרים לקוד אחרי הפסקה ארוכה? מתחילים מהמצב האמיתי (הפרומפט למטה).
15. מאחדים שאלות קשורות להודעה אחת מסודרת. Anthropic ממליצה על זה במפורש.
16. קוראים את הפרומפט לפני ששולחים: מה המטרה, מאילו מקורות, מה אסור, איזה פורמט, האם צריך מחקר עדכני.
17. מסכימים על תוכנית לפני תוצר מורכב.
18. שולחים רק את הקטע הרלוונטי כשלא צריך את כל המסמך.
19. CLAUDE.md ממוקד, בערך עד 200 שורות: פקודות בנייה ובדיקה, ארכיטקטורה, מוסכמות ומלכודות. זו המלצה, לא מגבלה.
20. מכבים שרתי MCP שלא בשימוש.
21. עוצרים מסלול קוד שלא מתקדם: Escape, בודקים מה השתנה, ורק אז rewind. זה לא תחליף לניהול גרסאות.
22. מגדירים בדיוק את השינוי: קובץ, התנהגות רצויה, מה לא לגעת, ואיך בודקים הצלחה.

Before changing anything, inspect the current working tree and relevant project files. Summarize the task goal, what has already changed, what remains unfinished, and the next safe step. Do not assume the previous plan is still correct.

First propose a concise plan, file structure, and acceptance checklist. Do not create or edit files yet. Identify assumptions and ask only essential questions. Wait for my approval before implementation.

תבנית לשינוי בטוח ב־Claude Code

Goal: [specific behavior to change].

Before editing:
1. Inspect the relevant files and current working-tree state.
2. Identify the likely cause.
3. Propose the smallest safe change and a focused test.
4. Do not modify files until I approve the plan.

After approval:
1. Make only the agreed change.
2. Run the relevant tests or checks.
3. Show the files changed and summarize the result.
4. Report failures and anything not verified.

בדיקת עובדות לאינפוגרפיקה הוויראלית

שני תיקונים חשובים

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