ההבדל בין תשובה גנרית לתוצר עבודה אמיתי הוא כמעט תמיד הפרומפט, לא המודל. המדריך הזה נותן את המבנה המלא בן ארבעת הרכיבים, את שלוש הנחיות הבטיחות שמונעות מהמודל להמציא, ודוגמאות לפני ואחרי מעבודה אמיתית של ארגונים. הכל ניתן להעתקה.
בקצרה (TL;DR)
- ארבעה רכיבים: הקשר, מטרה, נתונים, פורמט. מי שנותן את ארבעתם מקבל תוצר, מי שנותן אחד מקבל ניחוש.
- שלוש הנחיות בטיחות בכל פרומפט רציני: אל תנחש, רשום מה לא עובד, ציין מקור לכל נתון.
- בקשה אחת מרוכזת עדיפה על עשרים סבבי הבהרה, באיכות ובעלות.
- תוצאה טובה שומרים כתבנית או כסקיל, כדי לא לנסח מחדש בכל פעם.
למה רוב הפרומפטים נכשלים
כי הם מנוסחים כמו בקשה מעמית שמכיר אתכם, אל מודל שלא מכיר אתכם בכלל. "תנתח לי את הקובץ" אומר לעמית הרבה, כי הוא יודע מי אתם, מה הקובץ ולמה אתם צריכים אותו. המודל לא יודע אף אחד מהשלושה, אז הוא ממציא הנחות: בוחר לבד מה "ניתוח" אומר, לאיזה עומק, ובאיזה מבנה. התוצאה נכונה טכנית וחסרת ערך מעשית.
הפתרון אינו "לכתוב יפה יותר". הוא לענות מראש על ארבע השאלות שהמודל היה שואל אם היה יכול.
המבנה: ארבעה רכיבים
1. הקשר: מי אתם ומה המצב. לא ביוגרפיה, שורה אחת שממקמת את המשימה: "אני מנהלת כספים במשרד רואי חשבון", "אנחנו חברת קבלנות עם שישה פרויקטים פעילים". ההקשר קובע את רמת השפה, את ברירות המחדל ואת מה שמובן מאליו.
2. מטרה: מה בדיוק רוצים לקבל. לא "תעזור לי עם", אלא התוצר: "מצא חריגות וכפילויות", "כתוב טיוטת מייל ללקוח", "השווה בין שתי הגרסאות וסמן מה השתנה". אם אתם לא יודעים לנסח את המטרה במשפט, המודל בטוח שלא ידע.
3. נתונים: על מה עובדים. בצ'אט זה מה שמדביקים, בעבודה על תיקייה זו הפניה לקבצים. והחלק שמדלגים עליו: מה לעשות כשהנתונים חסרים או פגומים. קובץ לא קריא, שדה ריק, שורה שלא ברור לאן שייכת. בלי הנחיה, המודל יחליט לבד, ובדרך כלל בשקט.
4. פורמט: איך התוצאה נראית. טבלה עם אילו עמודות, כמה משפטים, באיזה סדר. זה הרכיב שהכי קל לוותר עליו והכי מתסכל לגלות שוויתרתם: מקבלים תוכן נכון במבנה שצריך לפרק ולבנות מחדש.
שלוש הנחיות הבטיחות, החלק שמפריד בין חובבים למקצוענים
מודלים משלימים פערים בביטחון מלא. זו לא תקלה, זה האופי שלהם, והדרך להתמודד היא שלוש שורות שנכנסות לכל פרומפט שתוצאתו חשובה:
"אל תנחש. אם נתון לא מופיע, רשום 'לא צוין'." בלעדיה תקבלו טבלה מלאה ויפה שחלק מהערכים בה הומצאו כדי למלא חורים. טבלה חלקית ואמינה שווה יותר מטבלה שלמה ומפוקפקת.
"כל מה שלא הצלחת לעבד, רשום ברשימה נפרדת." קובץ שלא נפתח, שורה שלא שויכה. בלי זה הם נבלעים בשקט, ואתם בטוחים שכוסה הכל כשלא כוסה.
"ציין ליד כל נתון מאיפה הוא הגיע." שם קובץ, מספר שורה או עמוד. זה מה שהופך את הבדיקה שלכם מלקרוא הכל מחדש לדגימה של דקות, וזה ההבדל בין פלט שאפשר להגיש לפלט שנשאר טיוטה.
לפני ואחרי, מעבודה אמיתית
חלש:
תנתח לי את קובץ ההוצאות
מקצועי:
אני מנהל כספים בחברת קבלנות. מצורף ייצוא תנועות מהנהלת החשבונות לרבעון.
מצא: חריגות בסכום ביחס להיסטוריה של אותו ספק, תשלומים כפולים אפשריים (אותו ספק, אותו סכום, תאריכים קרובים), וספקים קבועים שנעדרו החודש.
הצג טבלה: ממצא | סוג | סכום | הפניה לשורה. בסוף שלוש שורות סיכום בשפה פשוטה.
אל תנחש. מה שלא ברור, רשום ברשימת "לבדיקה ידנית" עם סיבה.
אותו מודל, אותו קובץ. הראשון מחזיר פסקה כללית על "חשיבות המעקב אחר הוצאות". השני מחזיר תוצר שנכנס לישיבת הנהלה.
בקשה אחת מרוכזת, לא עשרים קטנות
האינסטינקט הוא לשאול קצת, לראות, לשאול עוד. זה הרגל מצ'אטים אנושיים והוא יקר פעמיים: כל סבב עולה כסף (ובעברית יותר, כי היא נשברת ליותר טוקנים מאנגלית), וכל סבב מאבד הקשר ומזמין סתירות.
עדיף לחשוב דקה ולכתוב בקשה אחת שמכילה הכל: ההקשר, המטרה, הפורמט, הנחיות הבטיחות, וגם מה לעשות במקרי קצה. ואם התוצאה כמעט טובה, לא מתחילים מחדש אלא מתקנים נקודתית: "הטבלה מצוינת, הסיכום שטחי, העמק את שתי הנקודות הראשונות".
הרכיב החמישי, כשצריך אותו: דוגמה
כשהסגנון חשוב, אין תחליף לדוגמה אחת אמיתית. "כתוב בטון שלנו" לא אומר כלום; להדביק מייל אחד שכתבתם ולהגיד "ככה" אומר הכל. זה עובד לניסוחים, לדוחות, לכל דבר שיש לו קול. ואם אתם עובדים עם כלים ששומרים תבניות, כמו סקילים בקלוד, הדוגמה נשמרת פעם אחת ומשרתת לתמיד.
ומה הלאה
הפרומפט הוא מיומנות הבסיס, אבל המכפיל האמיתי מגיע כשעוברים מצ'אט לעבודה על קבצים ותהליכים שלמים. משם ממשיכים אל קלוד קוד למתחילים, אל 10 טריקים מתקדמים לפרומפטים, או אל תבניות פרומפטים לעסק.
רוצים שהצוות כולו יכתוב ככה? זה בדיוק מה שקורה בסדנאות ה-AI לארגונים, על המשימות האמיתיות שלכם. ולשאלות בדרך, האקדמיה חינמית.
