פרק 6: אייג׳נטים בפרונט זה גיימצ'יינג'ר - עד שהוא מפיל לך פרודקשן
אופק אזולאי, Group Manager ב-Imagen AI, על אג׳נטים בפרונט, ניוון מפתחים, וסיפור על בניית מוצר שלם בשבוע אחד עם AI.
שחר פולק מארח את אופק אזולאי — שמונה שנות עבודה משותפת, ועכשיו הגיע הזמן לדבר על הפיל שבחדר. הבינה המלאכותית שינתה את חוקי המשחק בצוותי פיתוח, ואופק לא חושך מילות. יש כאן ניצחונות אמיתיים, אבל גם סכנות שאף אחד לא רוצה להודות בהן בפומבי.
מה תקחו מהפרק הזה?
השייקו-מטר: כמה הידיים שלך רועדות לפני המרג’?
כשמסתכלים על קוד שה-AI כתב ורוצים ללחוץ Merge — כמה הידיים רועדות? זה ה”שייקו-מטר”. ה-Guardrails שאתם שמים לפני ה-Merge למאסטר הם הסימן הכי אמין לכמה אתם באמת סומכים על הכלי. אופק מסביר שהשאלה היא לא האם להשתמש ב-AI, אלא מה הגבולות הנכונים שמגדירים לפני שמשחררים לפרודקשן.
הניוון הגדול: דור של מפתחים שלא קוראים את הקוד שלהם
האם אנחנו מגדלים מפתחים שלא מסוגלים לכתוב לולאה פשוטה בלי פרומפט? אופק מדבר בגלוי על הסכנה הריאלית של תלות יתר. כשמפתח לא עובר על הקוד שה-AI כתב — הוא לא מפתח, הוא מוסר. הניוון הוא תהליך איטי שמתחיל בחוסר סבלנות לקרוא דיף קטן, ומסתיים בחוסר יכולת לנפות באג בלי לשאול את המודל.
ברוט-פורס עם AI: לשרוף פי חמישה טוקנים ולא לייצר שום ערך
הסיפור על המפתחת שצרכה כמות טוקנים מטורפת אבל לא ייצרה שום ערך אמיתי. כשמנסים לפתור תקלה ב-15 איטרציות עיוורות של “תנסה שוב” — זה לא שימוש ב-AI, זה Brute Force. הלידרבורד של הטוקנים בארגון הוא לא תואר כבוד. שימוש גבוה בלי תוצאות הוא Red Flag על חוסר ה-Taste של המפתח, לא על כוחו.
לשכפל את ה-CTO: בוט AI שמתכונן לפגישות במקומך
”יואב-בוט” — סוכן שמסנתז מידע על הבוס ועוזר להתכונן לפגישות ביעילות מפתיעה. הרעיון הוא לא להחליף את ה-CTO אלא לבוא לפגישה מוכן כל-כך שאתה ממקסם את הזמן המשותף. אופק מסביר את הארכיטקטורה של הבוט ואיך הוא נבנה בתוך מספר ימים.
לבנות מוצר בשבוע: Imagine Learn מהגדרה לאתר מהמם
פרויקט שתומחר בחצי שנת אדם הפך לאתר מלא תוך ימים ספורים. מה שהשתנה הוא לא רק המהירות — אלא מה שצוות קטן מסוגל להשיג עכשיו לגמרי לבד. אופק מפרק את הבחירות הטכנולוגיות, מה עבד, מה לא, ולמה ה-Taste של המפתח הוא היכולת הכי קריטית שנשארת בעידן ה-AI.
נקודות מפתח
- השייקו-מטר: כמות ה-Guardrails שאתם שמים לפני Merge של קוד שנכתב על ידי AI היא המדד האמיתי לאמון שלכם בכלי.
- מפתח שלא קורא את הקוד שה-AI כתב הוא לא מפתח אלא מוסר — הניוון מתחיל בחוסר סבלנות לדיף קטן ומסתיים בחוסר יכולת לנפות באג.
- שריפת טוקנים בלי תוצאות היא Brute Force, לא שימוש חכם ב-AI — שימוש גבוה בלי ערך הוא דגל אדום על ה-Taste של המפתח.
- צוות קטן עם AI מסוגל לבנות מוצר שלם בימים ספורים — פרויקט שתומחר בחצי שנת אדם הפך לאתר מלא תוך שבוע.
- ה-Taste של המפתח — היכולת לזהות מה טוב ומה לא — היא הכישור הקריטי ביותר שנשאר בעידן ה-AI.
שאלות נפוצות
האם אפשר לסמוך על קוד שנכתב על ידי AI בפרודקשן?
השאלה הנכונה היא לא האם להשתמש ב-AI אלא אילו גבולות מגדירים לפני שמשחררים. ה-Guardrails שמציבים לפני ה-Merge למאסטר — בדיקות, קוד ריוויו, סביבות ביניים — הם הסימן האמין ביותר לרמת האמון האמיתית בכלי, והם שמונעים נפילת פרודקשן.
איך AI משפיע על היכולות של מפתחים צעירים?
הסכנה האמיתית היא תלות יתר: מפתח שלא עובר על הקוד שה-AI כתב מאבד בהדרגה את היכולת לקרוא, להבין ולנפות באגים בעצמו. הניוון הוא תהליך איטי שמתחיל בחוסר סבלנות לדיף קטן ומסתיים בחוסר יכולת לכתוב לולאה בלי פרומפט.
מה זה שימוש Brute Force ב-AI ולמה הוא בעייתי?
ניסיון לפתור תקלה בעשרות איטרציות עיוורות של תנסה-שוב, בלי להבין את הבעיה. צריכת טוקנים גבוהה בלי תוצאות היא לא סימן לעבודה קשה אלא דגל אדום — היא מעידה שחסרה למפתח היכולת להבין מה הכלי מייצר ולכוון אותו נכון.
כמה מהר אפשר לבנות מוצר שלם עם AI היום?
בפרק מתואר פרויקט Imagine Learn שתומחר במקור בחצי שנת אדם ונבנה כאתר מלא תוך ימים ספורים. השינוי המהותי הוא לא רק המהירות אלא מה שצוות קטן מסוגל להשיג לבד — בתנאי שיש לו את ה-Taste לזהות מה עובד ומה לא.