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

לפני שבועיים כתבנו כאן על שש ההנחיות שמייקרות את התשובה: משפטים כמו ‎double-check your work‎, שהיו עצה טובה למודל של אשתקד ומודל חדש מציית להם מילולית מדי. הכלי שהמלצנו עליו אז היה ‎/claude-api prompt-audit‎, פקודה שיושבת בתוך הסקיל של ה-API.

מאתמול יש לאותה ביקורת בית טבעי יותר. גרסה 2.1.283 של קלוד קוד, שיצאה ב-25 בספטמבר 2026, הוסיפה אותה לבדיקת הדוקטור:

/doctor prompt-audit

גם ‎/checkup prompt-audit‎ עובד, כי ‎/checkup‎ הוא כינוי של ‎/doctor‎.

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

מה השתנה, מעבר למקום של הפקודה?

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

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

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

למה הסדר הזה נכון?

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

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

מה הביקורת לא תמחק?

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

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

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

למה אצלכם הפקודה אולי עוד לא קיימת?

נכון ל-26 בספטמבר 2026, גרסה 2.1.283 נמצאת רק בערוץ ‎latest‎. הערוץ היציב עומד על 2.1.274, לפי מרשם npm. לפי התיעוד, הערוץ היציב מחזיק גרסה ותיקה בדרך כלל בכשבוע ומדלג על גרסאות עם רגרסיות משמעותיות. מי שבחר בו יקבל את הפקודה רק כשגרסה שמכילה אותה תגיע לשם.

את הגרסה המקומית בודקים כך:

claude --version

מי שלא רוצה לחכות יכול להריץ כבר עכשיו את הגרסה הישנה, ‎/claude-api prompt-audit‎, שקיימת מגרסה 2.1.221. היא מסמנת הנחיות שנכתבו למודלים ישנים בפרומפטים, בסקילים ובתיאורי הכלים, ומציעה תיקונים בצורת diff.

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

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

לכן מריצים אותה על ענף נקי, כך ש-‎git diff‎ יראה בדיוק מה השתנה בקובצי ההנחיות. את קובצי ההגדרות שמחוץ למאגר, כמו ‎~/.claude/CLAUDE.md‎, מגבים לפני כן. זה קובץ שעובר איתכם בין כל הפרויקטים, ואין לו היסטוריה ב-git.

שורה תחתונה

הביקורת לא השתנתה במהות, אבל היא עברה למקום שבו היא שייכת, והסדר החדש שלה נכון: קודם מה שהתיישן בפרויקט, ורק אחר כך מה שהתיישן מול המודל. מי שנמצא בערוץ ‎latest‎ מריץ אותה היום. מי שביציב מריץ בינתיים את ‎/claude-api prompt-audit‎, ומתחיל לקרוא את הממצאים מהסתירות.

הבדיקה החודשית שהדוקטור עושה חוץ מזה: בדיקת דוקטור אחת לחודש. איך נראה קובץ הנחיות טוב מלכתחילה: המדריך המלא לכתיבת CLAUDE.md. ולמי שמתחיל מההתחלה: המדריך המלא לקלוד קוד.

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