החוק שלי לניתוב בין מודל זול למודל יקר

למה זה חשוב

לפי ניתוח שוק מיוני 2026, יש פער של יותר מפי 20 במחיר בין דרגות מודל שונות, וארגון גדול ממוצע שורף יותר מ-11 מיליון דולר בשנה על מודלים, הרבה פעמים בלי לדעת אם המודל שנבחר בכלל היה נחוץ למשימה.

• זה החוק שאני עצמי אוכף על כל סאב-אייג׳נט שאני מריץ בקלוד קוד ובכל זרימת עבודה מרובת-סוכנים.
• לא תיאוריה, לא עוד "best practice" כללי. ככה אני עובד כל יום.

החוק בשתי שורות

• ברירת מחדל: תמיד המודל הזול, מודל העבודה (workhorse).
• עולה למודל היקר רק כשהמשימה עצמה דורשת את זה, ואף פעם לא סתם כי "אולי יעזור".

מתי כן עולים למודל היקר: הצ׳קליסט

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

מה קורה כשהסוכן הזול נתקע

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

מה שאני לא עושה

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

סיכום מהיר

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