כך אני מצמצם בזבוז הקשר ומכסה ב-Codex וב-Claude Code

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

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

לדוגמה, התיעוד הנוכחי של OpenAI מציג חלון הקשר של 1.05 מיליון טוקנים למשפחת GPT-5.6. הסף של 272 אלף טוקנים שמופיע בתמחור API הוא סף שממנו בקשה ארוכה מתומחרת במחיר גבוה יותר, לא גודל חלון ההקשר. זו בדיוק הסיבה שאני בודק את התיעוד העדכני ולא בונה שיטת עבודה על מספר בודד שראיתי במקום אחר.

1. אני פותח משימה חדשה כשהמטרה משתנה

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

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

2. אני דוחס את השיחה לפני שהיא הופכת למחסן

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

ב-Claude Code אני יכול לבדוק מה ממלא את החלון בעזרת /context, ואז להפעיל /compact עם הנחיה ממוקדת. במערכות שמבוססות על OpenAI אפשר להשתמש בדחיסת מצב בשיחות ארוכות. בכל מקרה, אני מבקש מהסיכום לשמור:

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

3. אני מרכז הוראות שקשורות לאותה תוצאה

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

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

4. אני מתאים את המודל ואת רמת החשיבה למשימה

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

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

5. אני שומר על קובצי ההוראות קצרים ורלוונטיים

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

תהליך ארוך שרלוונטי רק לפריסה, כתיבת מאמר או טיפול בבסיס נתונים מתאים יותר ל-skill ייעודי. ב-Claude Code אפשר גם לתחום כללים לפי נתיבים, כך שהנחיות frontend לא ייטענו בזמן עבודה על backend. בתיעוד של Claude Code אף מומלץ לכוון לפחות מ-200 שורות בכל קובץ CLAUDE.md, ולבדוק מדי פעם סתירות והוראות שהתיישנו.

6. אני מצמצם פלט מכלים בלי להסתיר ראיות

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

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

אני לא מסנן קוד יציאה, stack trace או שורת השגיאה המרכזית. חיסכון שמסתיר את הראיה החשובה יוצר סבב נוסף ובסוף עולה יותר.

7. אני בוחר בין CLI, MCP וכלי מובנה לפי העבודה

CLI אינו תמיד חסכוני יותר, ו-MCP אינו תמיד בזבזני יותר. פקודת CLI ממוקדת מצוינת לחיפוש מקומי, Git ובדיקות. כלי MCP מתאים כאשר אני צריך פעולה מובנית בשירות חיצוני, הרשאות ברורות ותוצאה שניתנת לעיבוד.

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

8. אני משתמש בסוכני משנה למשימות עצמאיות

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

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

9. אני מפריד שאלות צדדיות מהמשימה הפעילה

שאלה קצרה על תחביר אינה צריכה לשנות את מסלול המשימה. ב-Claude Code יש /btw לשאלת צד שאינה מתווספת להיסטוריית השיחה. ב-Codex אפשר לפתוח משימה נפרדת או להשתמש בשיחה אחרת כאשר הנושא אינו חלק מהביצוע הפעיל.

ההרגל הזה עוזר לי לשמור על שיחה עם מטרה אחת ותנאי סיום ברורים.

10. אני בודק מה באמת נטען לזיכרון

ב-Claude Code, גם CLAUDE.md וגם זיכרון אוטומטי נטענים בתחילת שיחה. התיעוד מציין שרק 200 השורות הראשונות או 25KB של אינדקס הזיכרון האוטומטי נטענים, בעוד שקובצי נושא נקראים לפי צורך. אני משתמש ב-/memory כדי לבדוק ולערוך את המידע, וב-/context כדי לראות מה נטען בפועל.

ב-Codex אני בודק את AGENTS.md, את ה-skills ואת הוראות הפרויקט המתמשכות. אני מסיר כפילויות וכללים ישנים במקום לכבות מנגנון שלם בלי להבין מה הוא מספק.

11. אני מודד שימוש במקום לנחש אותו

ב-Claude Code אפשר לראות מידע שימוש בעזרת /usage ומידע על חלון ההקשר בעזרת /context. ב-Codex אני בודק את תצוגת השימוש בחשבון או באפליקציה הזמינה לי.

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

12. אני משנה דבר אחד בכל ניסוי

אם אני מחליף מודל, מוריד רמת חשיבה, מקצר הוראות ומחליף כלי באותו ניסוי, לא אדע מה באמת עזר. אני שומר על אותה משימה, אותו commit ואותם תנאי הצלחה, ומשנה משתנה אחד.

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

שגרת העבודה שאני מאמץ

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

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

מקורות רשמיים שנבדקו

• פקודות Claude Code
• זיכרון וקובצי CLAUDE.md ב-Claude Code
• סוכני משנה ב-Claude Code
• הנחיות המודלים של OpenAI
• מפרט GPT-5.6 Sol המידע נבדק ב-9 בספטמבר 2026. שמות פקודות, זמינות מודלים ומגבלות שימוש עשויים להשתנות לפי גרסה, תוכנית וסביבה.