שיטות עבודה מומלצות לפיתוח עם AI - מה שלמדתי אחרי חודשים של עבודה יומיומית עם סוכני קוד¶
יש הבדל עצום בין מתכנת שמנסה AI פעם או פעמיים ומתאכזב, לבין מתכנת שהפך את זה לחלק קבוע מהעבודה שלו ומרגיש שהוא לא יכול לחזור אחורה. ההבדל כמעט תמיד הוא לא בכלי - זה באותן כמה הרגלים שאף אחד לא מלמד ביום הראשון. הנה מה שבאמת עובד.
תתחילו קטן, תמיד¶
הטעות הכי נפוצה של מתחילים היא לתת לסוכן קוד משימה ענקית ומעורפלת - "תבנה לי מערכת ניהול משתמשים מלאה" - ואז להתאכזב כשהתוצאה לא בדיוק מה שרצו. משימה מוגדרת היטב, עם היקף מוגבל וברור, כמעט תמיד מצליחה טוב יותר ממשימה ענקית ומעורפלת. תתחילו קטן, תראו איך הכלי עובד על המשימה הזו, ורק אז תגדילו את ההיקף בהדרגה.
תבדקו כמו שהייתם בודקים פרסת קוד של ג'וניור¶
זו אולי ההרגל הכי חשוב, וגם הכי מתפספס. אנשים נוטים להתייחס לקוד שסוכן AI כתב כאל אמת מוחלטת, כי הוא נראה מסודר ומקצועי. אבל קוד יכול להיראות טוב ולהיות שגוי בו זמנית. תתייחסו לכל מה שהסוכן כתב בדיוק כמו שהייתם מתייחסים לפול ריקווסט של מתכנת ג'וניור מוכשר - קוראים אותו שורה שורה, שואלים למה הוא בחר בגישה הזו, ובודקים שהיא באמת נכונה, לא רק שהיא "נראית סביר".
תעבדו עם בקרת גרסאות צמודה¶
תתחייבו לקומיטים קטנים ותכופים. אם הסוכן ביצע שינוי גדול שהתברר כלא נכון, אתם רוצים שהחזרה אחורה תהיה פשוטה - git checkout, לא שעה של ניסיון לזכור מה בדיוק השתנה. ענפים נפרדים למשימות ניסיוניות שאתם לא בטוחים לגביהן הם גם רעיון מצוין - תנו לסוכן לנסות גישה מסוימת בענף בידוד, ואם זה לא עבד, פשוט תמחקו את הענף.
תשתמשו במצב תכנון לפני ביצוע¶
במשימות מורכבות, בקשו מהכלי לתאר את התוכנית שלו לפני שהוא כותב שורת קוד אחת. זה נותן לכם הזדמנות לתפוס בעיה בגישה עצמה, לפני שהיא הופכת לעשרות שורות קוד שצריך לפרק ולתקן. הרבה יותר קל וזול לתקן תוכנית מאשר לתקן ביצוע.
תשקיעו בקובץ ההקשר של הפרויקט¶
קובץ כמו CLAUDE.md, שבו אתם מתעדים איך בנוי הפרויקט, אילו conventions יש, אילו פקודות מריצות טסטים ובנייה, חוסך לכם המון חזרות. במקום להסביר את אותו הדבר בכל שיחה מחדש, אתם כותבים אותו פעם אחת והכלי קורא אותו בכל פעם שהוא מתחיל לעבוד. זה משתלם כבר אחרי כמה שיחות.
תגדירו גבולות ברורים להרשאות¶
לא כל משימה צריכה גישה מלאה לכל דבר. משימת עריכה קטנה לא צריכה הרשאה להריץ פקודות שמוחקות דברים. תתחילו עם הרשאות מוגבלות ותרחיבו רק כשאתם בטוחים שאתם מבינים איך הכלי מתנהג. זה לא פרנויה מיותרת - זה פשוט ניהול סיכונים סביר.
אל תפחדו לעצור באמצע¶
אם אתם רואים שהסוכן הלך לכיוון לא נכון - קורא קבצים לא רלוונטיים, כותב פתרון מסורבל מדי - אין שום בעיה לעצור אותו, לתת הבהרה, ולכוון אותו מחדש. זה לא כישלון, זה בדיוק איך שיחת עבודה אמורה להיראות. עדיף לעצור אחרי דקה ולתקן כיוון מאשר לתת לו לרוץ עשר דקות בכיוון הלא נכון.
איך זה נראה כשמצרפים הכל¶
כשכל ההרגלים האלה עובדים ביחד, העבודה הופכת למחזור טבעי - משימה קטנה וברורה, תכנון קצר, ביצוע, סקירה קפדנית, קומיט, המשימה הבאה. זה לא מהיר יותר בהכרח בכל צעד בודד, אבל זה הרבה יותר מהיר בסך הכל, כי אתם לא מבזבזים זמן על תיקון בלגן שנוצר מחוסר פיקוח.
בקורס פיתוח עם AI יש פרק שלם על זרימות עבודה יומיומיות שמלמד את כל ההרגלים האלה בפירוט, עם דוגמאות אמיתיות ולא רק כללי אצבע.
לסיכום¶
עבודה טובה עם AI היא לא עניין של פרומפט קסום אחד. זו סדרה של הרגלים משמעתיים - היקף מוגבל, סקירה קפדנית, בקרת גרסאות צמודה, והקשר טוב. מי שמאמץ את ההרגלים האלה מגלה מהר מאוד למה כל כך הרבה מתכנתים לא מוכנים לוותר על העבודה ככה.
רוצים לשמוע איך אנשים אחרים בנו את ההרגלים האלה אצלם? הצטרפו לקהילה בדיסקורד.