מתלונה עד דיפלוי, המדד היחיד שאני באמת מודד

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

כל מדד שהשתמשתי בו קודם מדד את החלק הזול

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

שישה שלבים בין תלונה לתיקון חי

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

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

חמישה מתוך ששת השלבים האלה הם שלי. כל שיפור אמיתי שמצאתי בשנה האחרונה הגיע משלבים 1, 2, 3 ו-6. אף אחד מהם לא הגיע ממודל מהיר יותר, וזה בדיוק החלק שהשיח על פיתוח מבוסס AI מדלג עליו. כל מי שאני מלווה כבר עובד עם סוכן כל יום. מה שמפריד בין מי שמשיק לבין מי שעושה הדגמות הוא איכות חמשת השלבים שהסוכן לא נוגע בהם.

מה באמת קיצר את המרחק

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

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

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

את החלקים האלה אני לא מקצר

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

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