ארבע הנחיות להתמודדות עם חנפנות ב-Claude Code

מהי חנפנות של בינה מלאכותית ב-Claude Code?#

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

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

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

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

מקרה בוחן: 8 קומיטים בוטלו בתוך שעה#

מקרה מסוים מאפריל 2026. עבדתי על אימות באמצעות קישורי קסם ב-src/lib/auth/. התסמין: האסימונים אומתו, אבל ההפעלה לא נשמרה. המשתמש לוחץ על הקישור שבדוא״ל, מגיע לאתר, וכעבור חמש שניות נשלח בחזרה אל /login.

פתחתי את Claude Code וכתבתי: “ההפעלה לא נשמרת אחרי קישור הקסם; בדוק ב-src/lib/auth/ ותקן את זה.” Claude שאל שלוש שאלות הבהרה, ואז הפיק מיד תוכנית. הוא אמר: “אעדכן את מטפל הקריאה החוזרת, אכתוב מחדש את מסדר ה-JWT, אוסיף שמירה מפורשת ב-Redis ואתקן תנאי מרוץ בתווכה.” זה נשמע סביר. אישרתי את התוכנית.

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

ביטלתי 8 קומיטים באמצעות git reset --hard origin/main. שעה של עבודה ירדה לטמיון. אם אתם רוצים להבין איך לבטל שינויים כראוי בלי לאבד שום דבר מועיל, פירטתי זאת בנפרד במדריך לביטול שינויים ב-Claude Code.

התיישבתי לבדוק את העניין כמו שצריך. פתחתי את src/lib/auth/magic-link.ts:42, קראתי בעצמי, פתחתי את היומנים ובדקתי את Redis. כעבור 20 דקות מצאתי את הבעיה. זו הייתה שורה אחת: בכותרת set-cookie חסרה התכונה SameSite=lax, ו-Safari דחה את קובץ העוגייה בעת ההפניה מחדש מדומיין הדוא״ל לאתר. לא JWT, לא Redis ולא תווכה. שורה אחת.

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

רשמתי את הלקח ככלל: לעולם אל תשאלו “איך מתקנים את זה?” תמיד שאלו “ברר את העובדות.” כל שנותר היה למסד זאת כמחזור עבודה.

מאין מגיעה החנפנות: Opus 4.8 בעת ההשקה ובמאי 2026#

באפריל בחנה Anthropic בנפרד, בתחקיר הנדסי, כיצד באג במטמון ב-Claude Code גרם למודל “לשכוח” את ההיגיון שלו בין תורות.

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

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

מתי ארבעת השלבים נחוצים — ומתי הם בזבוז זמן#

דוגמאות קונקרטיות. תיקון נוסח בהודעת ברוכים הבאים בדוא״ל: עשו זאת ישירות. הוספת כפתור CTA חדש לאתר: Plan Mode בלי המחזור. העברת פרויקט מ-MySQL ל-Postgres: המחזור בן 4 השלבים נחוץ. שגיאת 500 מוזרה בסביבת הייצור שאי אפשר לשחזר מקומית: המחזור בן 4 השלבים עם שלב “אפס” נוסף: “בואו נבנה קודם דוגמה מינימלית שניתנת לשחזור.”

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

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

שלב 1. אסרו על פתרונות — גרמו ל-Claude לברר את העובדות#

השלב החשוב ביותר. כאן נחסם הדחף הראשון — “הנה הפתרון”. ההנחיה:

נתקלתי בדבר הבא: [תסמין].

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

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

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

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

שלב 2. תקדימים מהאינטרנט במקום הזיות מהזיכרון#

כך חוסמים את הדחף השני: “להמציא פתרון מהזיכרון”. ההנחיה:

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

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

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

ההשפעה בפועל. Claude יוצא אל העולם ומביא גישות שאפשר לאמת. מופיעים קישורים לסוגיות ב-GitHub ולתיעוד. אם Claude אינו מוצא תקדימים, זהו סימן שהמשימה יוצאת דופן או שהתסמין נוסח באופן שגוי. חזרו לשלב 1.

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

שלב 3. תוכנית מפורטת ב-plans/ עם סיכונים צפויים#

כעת Plan Mode פועל כמתוכנן. ההנחיה:

בחר באפשרות הטובה ביותר משלב 2 וכתוב
תוכנית מפורטת לקובץ plans/YYYY-MM-DD-fix-[name].md:

- באילו קבצים ספציפיים ניגע (נתיבים מלאים ומספרי שורות)
- מה נוסיף ומה נסיר
- אילו בדיקות נכתוב ואילו בדיקות קיימות חייבות לעבור
- סיכונים שניים עד שלושה צעדים קדימה (מה עלול להשתבש עבור המשתמשים)
- תוכנית חזרה לאחור אם משהו ישתבש

הפוך כל שלב לתיבת סימון [ ]. הקובץ חייב להתאים למסך אחד.
אם התוכנית ארוכה מ-200 שורות, פצל אותה לשלבים.

התוצאה. התוכנית הופכת לתוצר במקום להערה זמנית בצ׳אט. אפשר לקרוא אותה כעבור שבועיים, להעביר אותה לסוכן אחר, או להשתמש בה כתנאי לפקודת /goal. קובץ התוכנית נשאר זמן רב יותר מהשיחה ב-Claude Code.

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

שלב 4. בדיקה עצמית של התוכנית — זיהוי הנחות חנפניות#

המסנן האחרון. ההנחיה:

כעת בצע בדיקה עצמית מחייבת. קרא מחדש את התוכנית בכנות.

האם יש בה מקומות שהמצאת ושלא אישרת באמצעות:
- קוד שקראת;
- תיעוד שציטטת בשלב 2;
- תקדים משלב 2?

אם כן, סמן אותם במפורש, תקן אותם או הסר אותם.

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

מה זה עושה. Claude חייב לבדוק מחדש את ההיגיון שלו. במדגם של המחבר, שכלל כ-50 מחזורים, לפחות שניים או שלושה סעיפים בתוכנית מתוקנים במיוחד בשלב 4. אלה המקומות שבהם החנפן ניסה להשתחל בשלב 3, ושלב 4 תופס אותם.

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

למה דווקא 4 שלבים, ולא 2 או 7?#

הנה ההיגיון, בהתאם לשיטה שבה Anthropic משתמשת כדי להנחות את Claude בתיעוד הרשמי שלה.

התיעוד ממליץ על תהליך עבודה בן ארבעה שלבים: Explore, Plan, Implement, Commit.

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

הנה מה שמשתבש אם מדלגים על אחד מארבעת השלבים:

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

איך plans/, הפקודה /goal והשלבים הבאים משתלבים#

המחזור פועל בתוך מערכת שבה יש לכם:

1. Plan Mode מופעל (לחיצה כפולה על Shift+Tab ב-Claude Code).
2. תיקיית plans/ במאגר לשמירת תוכניות.
3. אפשרות להשתמש בפקודת /goal למימוש אוטונומי של תוכניות ארוכות.

במיוחד לגבי תיקיית plans/. אחרי שלב 3 מתקבל קובץ plans/2026-05-27-fix-magic-link.md עם שלבים ותיבות סימון. זהו תוצר. פתחו אותו כעבור שבוע ותזכרו למה בחרתם בגישה הזאת. כעבור שלושה חודשים תיתקלו במשימה דומה ותשתמשו בו שוב. כעבור שישה חודשים תראו אותו לעמית ותחסכו ממנו שבועיים של למידה. תיקיית plans/ היא חלק מהרעיון של “מוח שני” ב-Claude Code.

במיוחד לגבי /goal. אחרי השלמת ארבעת השלבים ואישור התוכנית, צאו מ-Plan Mode והזינו:

/goal לבצע את כל השלבים מתוך plans/2026-05-27-fix-magic-link.md,
כל הבדיקות ב-test/auth עוברות, או לעצור אחרי 30 תורות

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

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

אם אתם כבר משתמשים ב-Plan Mode, הוסיפו תיקיית plans/ למאגר שלכם. קבעו לעצמכם תבנית לשמות הקבצים: YYYY-MM-DD-feature-name.md. בתוך חודש יהיו לכם 20–30 קבצים; בתוך שישה חודשים יותר ממאה. כך נבנה המוח השני של הפרויקט — היסטוריה חיה של החלטות. אם אתם רוצים להעמיק בניהול הקשר לפני ההנחיה, פירטתי הנדסת הקשר ב-Claude Code כתחום נפרד.

אם כבר יש לכם גם Plan Mode וגם plans/, נסו את /goal במשימה אוטונומית אחת. בחרו משימה שבדרך כלל הייתם מבצעים ידנית בתוך 30–40 דקות. העבירו אותה דרך ארבעת השלבים, שמרו את התוכנית, הפעילו את /goal והשאירו את המסוף המקומי והמחשב ערים. כדי לעבוד כשהמחשב הזה כבוי, השתמשו תחילה במסלול הרצה מרוחק או בענן שהוגדר במפורש ואמתו שהמשימה אכן פועלת שם.