ד"ר אלישע רוזנצוויג הוא דוקטור למדעי המחשב, חוקר ב"דיקטה, המרכז לטקסטים עבריים," ומפיק הפודקאסט "אלישע והזוויות." הוא עובד בהייטק על הציר של פיתוח ומחקר מעל עשור ומתמחה בהכשרת צוותי R&D לעבוד עם כלי AI בצורה שמעצימה אותם, לא מבלבלת אותם.
הבעיה עם "נסה את הכלי ותראה"
רוב הצוותים שמאמצים סוכני קידוד AI עושים זאת בדרך של ניסוי וטעייה. מישהו ממליץ על Cursor, אחר מתנסה ב-Claude Code, ואחרי שבוע כולם עובדים אחרת ואין שפה משותפת. רוזנצוויג טוען שזה לא בעיה של כלים, זו בעיה של מתודולוגיה.
סוכן קידוד AI הוא לא עוד editor plugin. הוא שותף קוגניטיבי שצריך לנהל אותו בצורה מסודרת, עם הנחיות ברורות, בקרת איכות עקבית ותהליך review שמובנה בעבודה. בלי מתודולוגיה, ה-AI מייצר קוד שנראה נכון ועלול לשבור דברים שלא ציפינו לשבור.
מה עושה מפתח שמשתמש ב-AI coding agent נכון
רוזנצוויג מתאר מספר עקרונות שהוא מלמד בסדנאות שלו. הראשון הוא שלא לקבל קוד שה-AI כתב בלי לקרוא ולהבין אותו. המפתח שמדלג על שלב הביקורת מאבד בהדרגה את היכולת לדבג ולתחזק, עד שהוא תלוי ב-AI גם להסבר קוד שה-AI עצמו כתב.
העיקרון השני הוא לשאול את ה-AI שאלות על הקוד שהוא כתב. "למה בחרת בגישה הזו?" ו"מה החסרונות של הפתרון הזה?" הן שאלות שמנהלות שיח קוגניטיבי אמיתי ומאפשרות למפתח להישאר בשליטה על הכיוון.
תפקיד המפתח בעידן סוכני ה-AI
השאלה שרוזנצוויג שומע הכי הרבה היא: "האם ה-AI יחליף אותי?" התשובה שלו מבוססת על מחקר: מפתח שמשתמש ב-AI coding agents מייצר פי חמש עד עשר יותר קוד פר יום. אבל מפתח שלא מבין מה ה-AI עושה הוא מפתח שמייצר פי חמש עד עשר יותר בעיות.
הדור הבא של מפתחים לא ייכתוב קוד, הוא ינהל קוד. הוא יגדיר דרישות, יאמת תוצאות, יכתוב בדיקות ויוודא שהסוכן מבין את ההקשר הרחב. זה לא פחות קוגניטיבי, זה שונה קוגניטיבי.
כיצד צוותי R&D מתכוננים נכון
רוזנצוויג מציע מסגרת מעשית לצוותים שמתחילים: שלב ראשון הוא הכרה עם הכלים דרך משימות מוגדרות ומוגבלות, שלב שני הוא בניית תהליך review ארגוני לקוד AI, ושלב שלישי הוא הגדרת מדדים שמאפשרים להעריך האם ה-AI מעלה את איכות הפלט או רק את כמותו.
הנקודה הכי חשובה לדבריו: ה-AI לא מחליף חשיבה, הוא מייעל הוצאה לפועל. ארגון שמוסר לסוכן AI את החשיבה יאבד את יתרון הידע שלו בצורה שלא קל לשחזר.