קלוד קוד: שש הנחיות נפוצות שמייקרות את התשובה במקום לשפר אותה

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

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

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

שש האנטי-תבניות

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

• טקסי אימות: ‎double-check your work‎ וקרוביו. המודל אכן בודק פעמיים, ואתם משלמים על שתי הבדיקות
• מגבירי יסודיות והדגשה: ‎Be maximally thorough‎, וכל משפחת ה-‎CRITICAL‎ באותיות גדולות. התוצאה היא מילוליות מיותרת וקריאות כלים נוספות
• פרוצדורות חובה ופיגומי scratchpad: ‎think step by step in a scratchpad‎. זה בונה פיגום מעל יכולת הנמקה שכבר קיימת במודל, כלומר שכבה שנייה של אותה עבודה
• דוגמאות מיושנות: דוגמאות few-shot שכוונו לחולשות של מודלים ישנים. הן מלמדות מודל חדש לחקות שרשראות הנמקה ארוכות שאין בהן צורך
• כללים סותרים: ‎always refund within policy‎ מול ‎never issue refunds without escalation‎ באותו מסמך. הסתירה תמיד הייתה שם, אבל מודל חזק מציית לשני הצדדים ביתר דבקות, ולכן דווקא אצלו היא מזיקה יותר
• קונפיגורציה מיושנת: הגדרות מדור קודם, למשל תקציבי חשיבה ידניים, שעלולות להידחות בשדרוג למודל חדש

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

המספר, ומה הוא לא אומר

אנתרופיק מדדה את זה. הסרת האנטי-תבניות הוזילה את העלות ב-14.6% והעלתה את הדיוק ב-5.3% בממוצע — והפוסט מסביר גם למה העלות ירדה: קריאות כלים עודפות והנמקה כפולה פשוט נעלמו.

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

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

איך בודקים את זה אצלכם

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

/claude-api prompt-audit

הפקודה מגיעה עם הסקיל ‎claude-api‎, ולצדה יש גם ‎/claude-api cost-optimize‎ שמטפל בצד השני של הפוסט — ה-cache ורמת המאמץ.

עדכון, 26 בספטמבר 2026: מגרסה 2.1.283 אותה ביקורת קיימת גם כחלק מבדיקת הדוקטור, ‎/doctor prompt-audit‎, והיא סורקת את CLAUDE.md, הסקילים, סוכני המשנה והפקודות שלכם. בגרסה הזו נתיבים מיושנים, פקודות מיושנות וקבצים סותרים עולים לראש הדוח. מה השתנה ולמי זה כבר זמין: ביקורת ההנחיות בבדיקת הדוקטור.

איפה זה נוגע לכם בפועל

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

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

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

שורה תחתונה

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

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

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