מחקר · קלוד קוד

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

מחקר של ETH ציריך מ-2026 בדק קבצי הקשר כמו CLAUDE.md ו-AGENTS.md על סוכני קוד אמיתיים. הקבצים לא שיפרו באופן כללי את אחוזי ההצלחה, והעלו את העלות ביותר מ-20% בממוצע. תיאור כללי של הפרויקט לא עזר. מה שכן עזר: כללים שהסוכן לא יכול לנחש לבד. לכן הקובץ צריך דיאטה, לא מחיקה.

מה המחקר על AGENTS.md בדק, ומה הוא מצא?

המחקר נקרא Evaluating AGENTS.md: Are Repository-Level Context Files Helpful for Coding Agents?. הכותבים מ-ETH ציריך, האוניברסיטה הטכנולוגית של ציריך, ומחברת LogicStar.ai. הגרסה הראשונה פורסמה ב-arXiv בפברואר 2026, והגרסה השלישית ב-29 בספטמבר 2026.

כותרת המחקר Evaluating AGENTS.md ושמות החוקרים מ-ETH Zurich ומ-LogicStar.ai
צילום מסך מתוך arxiv.org, אוקטובר 2026

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

  • הצלחה: קבצי הקשר לא שיפרו באופן כללי את אחוז המשימות שהסוכן פתר.
  • עלות: הם העלו את עלות ההרצה ביותר מ-20% בממוצע.
  • זה חוזר על עצמו: בכמה מודלים שונים, בכמה סוכנים שונים, ובקבצים שכתב מודל וגם בקבצים שכתבו מפתחים.
  • ההוראות כן נשמרות: הסוכנים ממלאים את מה שכתוב בקובץ. הבעיה היא לא שהם מתעלמים.
  • תיאור הפרויקט לא עוזר: סקירה כללית של הריפו, למרות שהיא פופולרית ושספקי המודלים ממליצים עליה, לא עזרה.
  • מה כן עוזר: הקבצים שימושיים להגדרת דרכי עבודה לא סטנדרטיות.
התקציר של המחקר: קבצי הקשר לא משפרים באופן כללי את ההצלחה ומעלים את עלות ההרצה ביותר מ-20 אחוז
צילום מסך מתוך arxiv.org, אוקטובר 2026

למה CLAUDE.md ארוך עולה לכם כסף?

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

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

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

משפט מהתיעוד של קלוד קוד: ככל שההוראות ספציפיות ותמציתיות יותר, קלוד מקיים אותן בעקביות רבה יותר
צילום מסך מתוך code.claude.com, אוקטובר 2026

מה מוחקים מ-CLAUDE.md?

כל דבר שקלוד יכול לגלות לבד תוך כמה שניות של קריאה:

  • תיאור כללי של הפרויקט. "זה אתר של עסק לאיפור שבנוי ב..." הוא רואה את זה מהקבצים. זה בדיוק מה שהמחקר מצא שלא עוזר.
  • עץ תיקיות. הוא מריץ ls ומקבל אותו עדכני. העץ בקובץ מתיישן אחרי שבוע.
  • הסברים על הטכנולוגיה. שהפרויקט ב-React, איך עובד Next.js. הוא יודע.
  • הוראות כלליות. "תכתוב קוד נקי", "תבדוק את העבודה". אלה לא משנות כלום, כי הוא כבר מנסה.
  • תהליכים ארוכים של פעם בחודש. לפי התיעוד, תהליך רב שלבי עובר לסקיל, וכלל שנוגע רק לחלק מהפרויקט עובר לקובץ ב-.claude/rules/ שנטען רק כשצריך.

מה משאירים בקובץ?

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

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

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

תבנית CLAUDE.md קצרה, להעתקה

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

# Project rules

## Commands
- Dev server: [e.g. npm run dev, port 3000]
- Tests: [e.g. npm test, run before every commit]
- Deploy: [e.g. git push to main, auto-deploys]

## Rules Claude cannot guess
- [e.g. All user-facing text is Hebrew, RTL]
- [e.g. Never edit files in /generated, they are rebuilt]
- [e.g. Prices come only from data/prices.json]

## Gotchas
- [Something that broke before and is not obvious from the code]

## My preferences
- Answer in Hebrew, short. Code and comments in English.
- [e.g. Ask before deleting files or installing packages]

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

פרומפט שעושה את הדיאטה בשבילכם

יש לכם כבר קובץ ארוך? פותחים קלוד קוד בפרויקט ומדביקים:

תקרא את CLAUDE.md של הפרויקט הזה ותעשה לו דיאטה.
לכל שורה תחליט: להשאיר, למחוק, או להעביר.
למחוק: תיאור כללי של הפרויקט, עץ תיקיות, הסברים על הטכנולוגיה,
והוראות כלליות כמו "תכתוב קוד נקי". כל מה שאתה יכול לגלות לבד מהקבצים.
להשאיר: פקודות, כללים לא סטנדרטיים, מלכודות שלא רואים מהקוד, והעדפות שלי.
להעביר: תהליך ארוך לסקיל, וכלל שנוגע לחלק אחד בפרויקט לקובץ ב-.claude/rules/.
קודם תראה לי טבלה עם ההחלטה לכל סעיף ומספר השורות לפני ואחרי.
אל תשנה כלום עד שאאשר. תשמור גיבוי בשם CLAUDE.md.bak.

אחרי הדיאטה, הפקודה /context מראה אילו קבצי זיכרון נטענו. ולבדיקה של סתירות והוראות שהתיישנו בכל קבצי ההוראות, התיעוד מציע את /doctor prompt-audit. עליו יש לנו מדריך נפרד: בדיקה תקופתית עם /doctor.

חשוב לדעת

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

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

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

שאלות נפוצות על CLAUDE.md קצר

כדאי למחוק את CLAUDE.md לגמרי?

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

כמה שורות צריך להיות ב-CLAUDE.md?

התיעוד של קלוד קוד ממליץ על פחות מ-200 שורות לכל קובץ. בפועל, קובץ טוב לפרויקט קטן יכול להיות 10 עד 30 שורות.

בכמה קובץ CLAUDE.md ארוך מייקר את העבודה?

במחקר של ETH ציריך, קבצי הקשר העלו את עלות ההרצה ביותר מ-20% בממוצע, בלי לשפר באופן כללי את אחוזי ההצלחה. המספר אצלכם תלוי באורך הקובץ ובמשימות.

המחקר נעשה על קלוד קוד?

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

לאן מעבירים הוראות שמחקתי מהקובץ?

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

עוד מדריכים לזיכרון ולחיסכון בקלוד קוד