איך התחלנו עם הנדסת פרומפטים

חלק 1 מתוך 3 — מסע ה-Claude Code של Busoft.

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

מה הנדסת פרומפטים נתנה לנו

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

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

איפה זה נשבר

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

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

שלושה לקחים ששרדו

1. ספציפיות מנצחת תחכום — הוראות פשוטות ומלאות עוקפות כל טריק. 2. דוגמאות מנצחות תיאורים — דוגמה אמיתית אחת של הפלט שווה עמוד של שמות תואר. 3. הפרומפט הוא רק דלת הכניסה — מה שהמודל רואה ולא רואה מכריע את התוצאה. ללקח השלישי יש שם, ואליו הולך חלק 2 של הסדרה: הנדסת קונטקסט.

היסודות פומביים ושווים קריאה: מדריך הנדסת הפרומפטים של Anthropic הוא נקודת הפתיחה הקנונית. באקדמיה של Busoft אנחנו מלמדים אותו בשיעור אחד — כי השיעורים שאחריו עוסקים בכל מה שפרומפט לא יכול לעשות לבד.