קלוד התרשל? העלו מאמץ — אל תחליפו מודל

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

הכלל: אם קלוד קוד דילג על קובץ, לא הריץ את הבדיקות, או לא בדק את עצמו — זו בעיית מאמץ, לא מודל. מעלים רמת מאמץ, לא קופצים לפייבל.

למה זה חשוב

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

והבחירה הזאת עולה כסף. החלפה לפייבל 5.1 (Claude Fable 5.1) שורפת יותר מהמכסה; מאמץ אחד למעלה על אותו אופוס 5.5 (Claude Opus 5.5) פותר את הרשלנות בחלק מהעלות. אין טעם להביא מודל חזק יותר כשכל מה שהיה חסר זו עוד בדיקה אחת.

איך עושים את זה

באמצע שיחה, בלי לאבד קונטקסט:

/effort high

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

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

עדכון, 28 בספטמבר 2026: באופוס 5.5, ברירת המחדל של קלוד קוד, ובפייבל 5.1 המחיר הנלווה הזה כבר לא קיים. לפי תיעוד ה-cache, כשעובדים עם מפתח API או מנוי, שינוי מאמץ באמצע שיחה שומר על ה-cache, וקלוד קוד מחיל אותו בלי דיאלוג אישור. זה לא חל ב-Bedrock, ב-Agent Platform של גוגל קלאוד, דרך Claude apps gateway, כשמוגדר ‎CLAUDE_CODE_DISABLE_EXPERIMENTAL_BETAS‎, ובארגון עם תצורת HIPAA. כלומר העלאת מאמץ היא עכשיו גם המהלך הזול ביותר באמצע משימה: לבנות במאמץ נמוך ולבדוק בגבוה.

מתי כן להחליף מודל

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

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