כלל שני הכישלונות: מתי להחליף מודל
מאת ירון דויטשר עודכן לאחרונה:
יש רגע מתסכל שכולם מכירים: נתתם לקלוד קוד משימה, היא נכשלה. ניסחתם מחדש, ניסיתם שוב — ושוב לא. עכשיו האצבע מתגרדת לנסח פעם שלישית. עצרו. זה בדיוק הרגע להחליף מודל.
כלל שני הכישלונות: אותה משימה נכשלה פעמיים על אופוס 5 (Claude Opus 5)? מחליפים לפייבל 5 (Claude Fable 5) — במקום לנסח את הפרומפט בפעם השלישית.
למה זה עובד
שני כישלונות רצופים על אותה משימה הם כמעט תמיד סימן שהמשימה קשה באמת — לא שהניסוח שלכם גרוע. אופוס 5 הוא סוס העבודה המהיר, מצוין ברוב הדברים; אבל כשמשהו דורש חשיבה עמוקה יותר, ניסוח שלישי נדיר שיסגור את הפער. החלפה למודל חזק יותר כן.
מה שהשתנה מאז אופוס 5 הוא לא הכלל אלא התדירות: הוא מגיע רחוק יותר לפני הכישלון הראשון, כך שתפעילו את הכלל פחות פעמים — אבל כשהוא מצטלצל, הוא צודק בדיוק כמו קודם.
פייבל 5 הוא מודל הדגל למשימות הקשות: דיבוג שדורש להחזיק הרבה בראש, ריפקטור שנוגע בהמון קבצים, החלטה ארכיטקטונית עדינה. במקום להילחם בפרומפט, נותנים למוח החזק יותר לטפל.
איך עושים את זה
באמצע שיחה בקלוד קוד, בלי לאבד הקשר:
/model
בוחרים את פייבל 5 מהרשימה, וחוזרים לאותה משימה — השיחה נשמרת, רק המוח מתחלף.
ההקשר אמנם נשמר, אבל לכל מודל יש cache משלו: הבקשה הראשונה אחרי ההחלפה מעבדת את כל השיחה מחדש. בשיחה ארוכה זו הבקשה היקרה ביותר של היום, ולכן כדאי להחליף בהפסקה טבעית ולא בשיא הריצה. למה החלפה עולה כסף.
המחיר וההיגיון
פייבל צורך יותר מהמכסה, אז לא מחליפים אליו בכל טעות קטנה. אבל שעתיים של תסכול על משימה תקועה עולות הרבה יותר מכמה נקודות מכסה. שני כישלונות הם הסף: מתחתיו, שווה לנסות שוב; מעליו, מחליפים ולא מתעקשים.
רוצים את התמונה המלאה של מתי כל מודל מנצח? המדריך לבחירת מודל עובר על ההבדלים בפועל ועל נקודות ההחלפה שכדאי לאמץ.
ולפני שמחליפים מודל — שווה לוודא שהכישלון באמת נובע מקושי ולא מרשלנות. אם קלוד דילג על קובץ או לא הריץ בדיקות, הבעיה היא רמת המאמץ, לא המודל.