למחוק את CLAUDE.md כל חצי שנה

מה בוריס צ'רני אמר על מחיקת ההוראות?

בריאיון ב-Y Combinator, שהתמליל שלו פורסם ביולי 2026 גם ב-36Kr, בוריס צ'רני, היוצר של קלוד קוד, סיפר שהצוות מחק יותר מ-80% מהוראות המערכת של קלוד קוד אחרי ש-Opus 5 יצא. הסיבה: הרבה מההוראות נכתבו כדי לתקן התנהגויות שמודלים קודמים לא ידעו, והמודל החדש כבר יודע אותן לבד.

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

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

למה הוראות לקלוד מתיישנות?

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

עם מודל חדש, שלושה דברים קורים להוראות כאלה:

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

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

איך מגבים ומכבים את ההוראות בלי לאבד כלום?

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

העתקה# 1. back up all your instructions first
mkdir -p ~/claude-reset-backup
cp ~/.claude/CLAUDE.md ~/claude-reset-backup/ 2>/dev/null
cp -R ~/.claude/skills ~/claude-reset-backup/skills 2>/dev/null
cp ~/.claude/settings.json ~/claude-reset-backup/ 2>/dev/null

# 2. back up the project (run inside the project folder)
cp CLAUDE.md ~/claude-reset-backup/project-CLAUDE.md 2>/dev/null
cp -R .claude ~/claude-reset-backup/project-claude 2>/dev/null

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

העתקה# turn off without deleting: renamed files are not loaded
mv ~/.claude/CLAUDE.md ~/.claude/CLAUDE.md.off
mv ~/.claude/skills ~/.claude/skills.off
mv CLAUDE.md CLAUDE.md.off

# restore everything exactly as it was
mv ~/.claude/CLAUDE.md.off ~/.claude/CLAUDE.md
mv ~/.claude/skills.off ~/.claude/skills
mv CLAUDE.md.off CLAUDE.md

את ההוקים מכבים מתוך settings.json: מוציאים את החלק של hooks לקובץ בצד, או מבקשים מקלוד קוד לעשות את זה ולהראות לכם לפני ששומרים. אם אתם עובדים עם git, עוד יותר פשוט: עובדים על ענף נפרד, ומה שלא טוב פשוט לא נכנס.

איך בודקים מה המודל החדש עושה לבד?

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

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

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

הפרומפט שמשווה ומחליט מה להחזיר

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

העתקהמצורפים שני דברים:
1. הקובץ CLAUDE.md הישן שלי (מהגיבוי).
2. שתי תוצאות של אותה משימה: אחת עם ההוראות הישנות, ואחת בלי הוראות בכלל.

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

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

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

מה כן כדאי להחזיר?

יש הוראות שאף מודל לא יכול לדעת לבד, כי הן עליכם ולא עליו. אותן מחזירים כמעט תמיד:

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

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

איך יודעים שהגיע הזמן לרענון?

חוץ מהכלל של חצי שנה, יש כמה סימנים שההוראות כבר עובדות נגדכם:

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

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

חשוב לדעת

• אף פעם בלי גיבוי. העצה היא לבדוק בלי ההוראות, לא לאבד אותן. בלי גיבוי, חצי שנה של למידה הולכת לפח.
• ההוקים הם לא רק הוראות. הוקים שמגינים עליכם, כמו חסימה של מחיקה או של דחיפה לענף הראשי, כדאי להחזיר מיד, או לא לכבות בכלל.
• בצוות, תתאמו. CLAUDE.md של פרויקט משותף שייך לכולם. תעשו את הניסוי בענף נפרד, ותציגו לצוות את ההשוואה לפני שמשנים.
• מקורות. המשפט על חצי שנה וה-80% מגיעים מהריאיון של בוריס ב-Y Combinator, כפי שתומלל ב-36Kr ובדיווחים נוספים. הניסוח שלי, לא ציטוט מילה במילה.
• הבדיקה לוקחת זמן. תקדישו לזה שעה, לא חמש דקות. שתי משימות טובות שוות יותר מעשר בדיקות חטופות.