בלוג

CLAUDE.md אחרי Opus 5: למה הוראות ארוכות מפריעות עכשיו ל-Claude

Markdown

Claude Opus 5 חכם יותר, והכללים הישנים והארוכים ב-CLAUDE.md מפריעים לו. מה להשאיר, מה להעביר למיומנויות ואיך להפעיל זיכרון אוטומטי. כולל הנחיה מוכנה לשימוש.

קריאת המאמר המלא

הנקודה המרכזית

Claude Opus 5 יצא ב-24 ביולי 2026, ו-Anthropic עשתה בעקבות זאת משהו שנוגד את האינטואיציה: היא הסירה יותר מ-80% מההוראות בפרומפט המערכת של Claude Code. הרעיון פשוט: המודל נעשה חכם יותר, וכללים נוקשים נוספים רק מפריעים לו. אותו הדבר נכון גם ל-CLAUDE.md שלכם. אסביר מה להסיר, מה להעביר למיומנויות ואיך להפעיל זיכרון אוטומטי כדי ש-Claude יציית שוב יותר.

מידע על עבודה עם Ailoot זמין בתיעוד.

מה השתנה ב-Claude אחרי השקת Opus 5?

הנקודה המרכזית

עם Opus 5, Anthropic שינתה את הגישה שלה למתן הוראות למודל. בעבר היה ל-Claude Code פרומפט מערכת עצום עם מאות כללים. בגרסה החדשה הוא קוצר ביותר מ-80% — ואיכות הקוד לא ירדה. הסיבה: מודלים מהדור החמישי חכמים מספיק כדי לקבל החלטות על סמך ההקשר. הם כבר לא זקוקים לרשימה נוקשה של פקודות.

Opus 5 יצא ב-24 ביולי 2026 והפך מיד למודל ברירת המחדל ב-Claude Code. המודל עצמו — המחיר, המדדים ומצבי המאמץ שלו — נסקר בהרחבה במדריך נפרד, „האם כדאי לעבור ל-Claude Opus 5?”. המאמר הזה עוסק במשהו אחר: ההשקה שינתה גם את האופן שבו כדאי לדבר איתו.

Anthropic פרסמה ניתוח בבלוג של Claude. עיקרו כך:

הסרנו יותר מ-80% מפרומפט המערכת של Claude Code — ולא ראינו ירידה ניכרת באיכות במשימות תכנות. הגבלנו את Claude יותר מדי.

— Anthropic, https://claude.com/blog/the-new-rules-of-context-engineering-for-claude-5-generation-models

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

מה זה אומר עבורכם בפועל?

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

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

למה CLAUDE.md ארוך מפריע עכשיו?

הנקודה המרכזית

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

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

התיעוד של Claude Code אומר זאת במפורש:

השאירו את הקבצים באורך של עד 200 שורות. קבצים ארוכים יותר צורכים יותר הקשר ומפחיתים את מידת הציות להוראות.

— תיעוד Claude Code, https://code.claude.com/docs/en/memory

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

כך השתנתה הגישה:

בעבר (מודלים חלשים יותר)כיום (Opus 5 ומודלים מהדור החמישי)
היגיוןיותר כללים פירושם תוצאות אמינות יותרפחות כללים פירושם ציות רב יותר
CLAUDE.mdרשימה ארוכה לכל מצבקצר: רק מה שהמודל אינו יכול להסיק בעצמו
הוראותפקודות נוקשות: „עשו זאת כך”הסתמכו על שיקול הדעת של המודל
כללים חוזריםחזרו עליהם כדי לשפר את האמינותחזרה רק מפריעה

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

כלל פשוט: CLAUDE.md הוא הערה קצרה על מה ש-Claude אינו יכול להסיק בעצמו. כל דבר מעבר לכך רק תופס את תשומת הלב שלו.

מה להשאיר ב-CLAUDE.md ומה להסיר?

הנקודה המרכזית

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

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

  1. Claude עשה את אותה טעות בפעם השנייה.
  2. בדיקת קוד גילתה משהו שהמודל היה אמור לדעת על הפרויקט הזה.
  3. אתם מקלידים את אותו תיקון בצ'אט בפעם השנייה.
  4. אדם חדש בצוות יצטרך את אותו הקשר כדי להימנע משבירת הפרויקט.

העיקרון הכללי הוא להשאיר מכשולים ייחודיים לפרויקט ולהסיר את המובן מאליו. ל-Claude Code יש אפילו בדיקה מובנית בשם claude doctor, שמציעה לנקות CLAUDE.md מנופח. היא מסירה פרטים שהמודל יכול להסיק מבסיס הקוד — מבנה התיקיות, רשימת התלויות וסקירת הארכיטקטורה — ומשאירה מכשולים, נימוקים ומוסכמות ששונות מברירות המחדל.

הכלל החשוב השני הוא ספציפיות. ניסוח מעורפל לא עובד. השוו:

מעורפל (מחטיא את המטרה)ספציפי (קולע למטרה)
עצבו את הקוד כראויהשתמשו בהזחה של 2 רווחים
בדקו שינוייםהריצו npm test לפני ביצוע commit
שמרו על סדר בקבציםמטפלי API נמצאים ב-src/api/handlers/
כתבו הודעות commit טובותהתחילו את הודעת ה-commit בסוג: fix:, feat:

ההבדל פשוט. המודל יכול לפרש „עצבו אותו כראוי” בכל דרך שירצה. אפשר לבדוק באופן חד־משמעי „השתמשו בהזחה של 2 רווחים”. כל כלל ב-CLAUDE.md צריך להיות דבר שאפשר לבדוק ולראות — אם פעלו לפיו או לא.

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

טיפ

בדיקה מהירה לכל שורה ב-CLAUDE.md: „האם Claude יכול להסיק את זה בעצמו רק מהתבוננות בקוד שלי?” אם כן, מחקו אותה. השאירו רק את מה שאי אפשר להסיק מהפרויקט עצמו.

לאן להעביר כללים שלא מתאימים ל-CLAUDE.md?

הנקודה המרכזית

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

כאן נכנס לתמונה הכלי הכי פחות מוערך. בעבר כל ההוראות היו צריכות להישאר ב-CLAUDE.md; כעת יש מקום ייעודי לנוהלים ארוכים: מיומנויות. מדריך נפרד, „איך לבחור מיומנויות Claude Code”, מסביר איך לבחור את המתאימות בלי להוסיף יותר מדי.

ההבדל מהותי. CLAUDE.md נטען במלואו בתחילת כל הפעלה. מיומנות לא. התיעוד מנסח זאת כך:

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

— תיעוד Claude Code, https://code.claude.com/docs/en/skills

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

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

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

דברים שכדאי להעביר למיומנויות:

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

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

מהו זיכרון אוטומטי ולמה להשתמש בו ב-2026?

הנקודה המרכזית

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

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

ההבדל בין שני סוגי הזיכרון:

CLAUDE.mdזיכרון אוטומטי
מי כותב אותואתםClaude עצמו
מה הוא מכילהוראות וכלליםתגליות ודפוסים
דוגמה„הזחה של 2 רווחים”„הבנייה נכשלת אלא אם Redis פועל”
מתי הוא מתעדכןאתם עורכים אותו ידניתClaude מעדכן אותו תוך כדי עבודה

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

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

מה משתנה עבורכם בפועל: Claude מתעד כעת בעצמו חלק מהדברים שבעבר הוספתם ל-CLAUDE.md אחרי כל טעות. כך קובץ הכללים שלכם נעשה קצר עוד יותר — וזה טוב.

הערה

זיכרון אוטומטי שומר את ההערות מקומית. הערות נבחרות נטענות להקשר של Claude ונשלחות לשירות המודל שהוגדר; אחסון מקומי אינו אומר עיבוד לא מקוון. השמירה והאימון תלויים בשירות ובהגדרות החשבון שלכם. השתמשו ב-/memory לבדיקת ההערות והשאירו סודות מחוץ להן.

למה Opus 5 מתווכח עם ההוראות שלכם?

הנקודה המרכזית

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

יש לכך גם צד שני.

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

מה זה אומר עבורכם אם שדרגתם ל-Opus 5 ומשהו משתבש:

  1. בדקו מחדש את המיומנויות והתוספים הישנים שלכם. הגדרות שנבנו עבור מודלים קודמים עשויות להתנגש בהיגיון החדש. כדאי לבדוק שוב משהו שפעם עבד כמו שעון.
  2. הסירו את הניסוח הנוקשה ביותר. מודלים מהדור החמישי מסתדרים פחות טוב עם פקודות כמו „לעולם אל תעשו X, תמיד עשו רק Y” מאשר עם ניסוח גמיש שמסביר מדוע.
  3. שימו לב למקרים שבהם המודל עוצר מוקדם מדי. לפעמים זה סימן לכך שהוראה סותרת את עצמה או מתנגשת בכלל ב-CLAUDE.md מנופח.

אזהרה

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

איך לשכתב את CLAUDE.md עבור Opus 5: שלב אחר שלב

הנקודה המרכזית

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

כך תעבדו עם קובץ CLAUDE.md שעבר מדורות קודמים של מודלים.

  1. הריצו את הבדיקה המובנית

    הקלידו claude doctor בפרויקט. היא תציע מה להסיר מהקובץ המנופח ומה להשאיר.

  2. הסירו את המובן מאליו

    מחקו כל שורה ש-Claude יכול להסיק מהקוד עצמו: מבנה תיקיות, רשימת ספריות וביטויים כלליים כמו „כתבו קוד נקי”.

  3. הסירו סתירות

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

  4. העבירו נהלים למיומנויות

    העבירו למיומנות נפרדת כל דבר שהפך מעובדה להוראה צעד־אחר־צעד. השאירו קישור בן שורה אחת ב-CLAUDE.md.

  5. הפכו את הכללים שנותרו לספציפיים

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

  6. הפעילו זיכרון אוטומטי ובדקו את האורך

    ודאו שהזיכרון האוטומטי פועל (/memory) ושהקובץ קצר מ-200 שורות. אם לא, יש עוד משהו שצריך להעביר.

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

הנחיה: ניקוי CLAUDE.md מנופח

קרא את CLAUDE.md שלי ואת הקוד שלי. המשימה שלך היא לקצר את CLAUDE.md ולהפוך אותו למועיל יותר עבור מודל מהדור החמישי.

עבור על הקובץ וחלק את כל הכללים לשלוש קבוצות:

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

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

להעביר למיומנות - נהלים רב־שלביים שנמצאים כרגע כטקסט ב-CLAUDE.md.

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

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

למה ההקשר חשוב יותר מהפרומפט?

הנקודה המרכזית

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

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

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

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

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

מאיפה כדאי להתחיל עכשיו?

הנקודה המרכזית

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

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

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

אפשר ליישם זאת בפרויקט אמיתי משלכם: CLAUDE.md, מוח שני ומיומנויות למשימות שלכם.

הכירו את Ailoot.

פרטים נוספים

שאלות ותשובות: CLAUDE.md אחרי Opus 5: למה הוראות ארוכות מפריעות עכשיו ל-Claude

מתי להפוך סעיף ב-CLAUDE.md למיומנות?

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

האם זיכרון אוטומטי מקומי אומר שהתוכן שלו לעולם אינו מגיע לשירות מודל?

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

כל המאמרים