איך הופכים פרומפט להגדרת משימה עבור מודלים מתקדמים

העבודה עם מודלים מתקדמים דורשת שינוי מיינדסט. במקום לחשוב רק על “איך כותבים פרומפט טוב”, כדאי להתחיל לחשוב כמו מי שמגדיר משימה לאדם חכם, מהיר ומיומן, אבל כזה שלא מכיר את ההקשר שלכם עד שלא תספקו לו אותו. מודלים כמו ג׳מיני, קלוד או ChatGPT כבר לא משמשים רק להשלמת טקסט. הם יכולים לנתח, להשוות, לכתוב, לתכנן, לסכם, לבדוק את עצמם ולעיתים גם לעבוד עם קבצים, מקורות חיצוניים וכלים. לכן השאלה החשובה היא לא רק מה מבקשים מהם לעשות, אלא איך מגדירים להם מהי תוצאה טובה. פרומפט טוב הוא לא רק בקשה - הוא בריף עבודה: מה המטרה, מה התוצר אמור לאפשר, מאיזו נקודת מבט המודל צריך להסתכל על המשימה, איך נראית הצלחה, מה הגבולות, ומתי עליו לעצור במקום לנחש.

1. התחילו מהמטרה, לא רק מהמשימה

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

ניסוח בסיסי:

כתוב סקירה על שימוש בבינה מלאכותי בשירות לקוחות

ניסוח נכון יותר:

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

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

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

2. הגדירו את התוצר, אבל חברו אותו לשימוש

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

ניסוח בסיסי:

צור טבלה שמשווה בין שלושה כלים לניהול פרויקטים

ניסוח נכון יותר:

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

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

3. תנו למודל תפקיד, לא ביוגרפיה דמיונית

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

במקום:

פעל כמומחה שיווק עם 20 שנות ניסיון

כתבו:

נתח את הטקסט מנקודת מבט של מנהלת שיווק שרוצה להבין האם המסר ברור לקהל לא טכני

או:

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

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

4. הגדירו שיטת עבודה, לא רק טון

טון אומר איך התשובה נשמעת. שיטת עבודה אומרת איך המודל מתנהל כשהוא עובד. זו הבחנה חשובה. “כתוב בטון מקצועי” יכול לעזור, אבל הוא לא אומר למודל איך לגשת למשימה. שיטת עבודה כן.

דוגמאות:

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

אם יש כמה כיוונים אפשריים, השווה ביניהם בטבלה. בסוף בחר אפשרות אחת והסבר למה

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

5. אל תכתיבו תהליך כשאין צורך

לפעמים כדאי להגדיר למודל שלבים. למשל בניתוח משפטי, בדיקת נתונים, תהליך רגולטורי או נוהל פנימי (SOP) שבו סדר הפעולות חשוב. אבל בהרבה משימות כתיבה, חשיבה או תכנון, עדיף להגדיר את התוצאה הרצויה ולא לנהל כל צעד בדרך.

ניסוח שמנהל את הדרך:

תתחיל בפסקת פתיחה, תמשיך בשלושה יתרונות, תוסיף סיכון אחד ותסיים במסקנה

ניסוח שמגדיר תוצאה:

כתוב סקירה קצרה שתעזור למנהל להבין מה הבעיה, למה היא חשובה, מה הסיכון ומה הצעד הבא

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

הכלל: אם הדרך חשובה, הגדירו דרך. אם התוצאה חשובה, הגדירו מהי הצלחה.

6. הגדירו קריטריוני הצלחה

זה אחד החלקים החשובים ביותר בהגדרת משימה. אל תבקשו מהמודל “תשובה טובה”. הגדירו איך תיראה תשובה טובה.

ניסוח בסיסי:

כתוב פוסט טוב ללינקדאין על המוצר החדש

ניסוח נכון יותר:

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

- הקורא מבין בשלוש השורות הראשונות מה הבעיה שהמוצר פותר

- אין בו שפה שיווקית ריקה

- יש קריאה ברורה לפעולה: להיכנס ולנסות, לא לקנות

- אפשר להבין את הערך גם בקריאה מהירה

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

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

7. הגדירו מגבלות מעטות וברורות

מגבלות הן גבולות שמונעים תוצאה לא מדויקת, לא שימושית או מסוכנת. הן לא צריכות להיות רשימת איסורים ארוכה. עדיף מעט מגבלות חדות מאשר הרבה כללים שמכבידים על התוצאה.

דוגמאות למגבלות טובות:

- אל תמציא נתונים.

- אל תציין מספרים, אחוזים או דירוגים בלי מקור ושנה.

- אל תשתמש בביטויים כמו “מהפכני”, “פורץ דרך” או “משנה את כללי המשחק”.

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

- אל תמחק, תשלח, תפרסם או תשנה מידע לפני אישור מפורש.

שלוש מגבלות מדויקות עדיפות על 15 איסורים כלליים. שמרו את ה”אל תעשה” לדברים שבאמת חשוב שלא יקרו.

8. קבעו פורמט ואורך לפי השימוש האמיתי

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

במקום:

תסביר לי בקצרה

כתבו:

הסבר ב-5 נקודות. כל נקודה עד 20 מילים. בסוף הוסף המלצה אחת

או:

כתוב מייל עד 120 מילים, עם שורת נושא, פתיחה קצרה, גוף וסיום. בלי רשימות

הפורמט הוא לא קישוט. הוא קובע אם אפשר להשתמש בתוצאה. תשובה מצוינת של 800 מילים לא עוזרת אם הייתם צריכים הודעת וואטסאפ למנהל. טבלה לא עוזרת אם אתם צריכים פסקת הסבר. התאימו את הצורה לשימוש.

9. קבעו כללי עצירה

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

דוגמאות לכללי עצירה:

- אם חסר מידע מהותי, שאל שאלה אחת לפני שאתה עונה

- אם אין מקור מאומת, אל תציג את הטענה כעובדה

- אם יש שתי פרשנויות אפשריות, הצג אותן בקצרה ובקש הכרעה.

- אם המשימה דורשת פעולה בלתי הפיכה, הצג קודם תוכנית לאישור.

- אם אין תאריך אספקה מעודכן, שאל לפני שאתה כותב מייל ללקוח.

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

כללי עצירה חשובים במיוחד כשעובדים עם קבצים, דפדפן, מייל, מערכות עסקיות או מידע רגיש. ככל שהמודל יכול לעשות יותר, הגבולות צריכים להיות ברורים יותר.

10. בקשו בדיקה עצמית מול הקריטריונים

פרומפט טוב לא מסתיים ביצירת התשובה. הוא יכול לכלול גם בדיקת איכות. אפשר להוסיף בסוף:

לפני שאתה מציג את התשובה הסופית, בדוק אותה מול הקריטריונים. אם משהו חסר, תקן

או:

בסיום, בדוק:

- האם ענית למטרה?

- האם עמדת באורך?

- האם יש טענה לא מבוססת?

- האם יש פעולה ברורה להמשך?

אם יש בעיה, תקן לפני התשובה הסופית.

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

דוגמה מלאה: מפרומפט להגדרת משימה

ניסוח בסיסי וסביר:

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

ניסוח משודרג:

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

תפקיד:כותב תוכן עסקי שמסביר בגובה העיניים, לא הייפ שיווקי

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

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

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

קריטריונים:

- הערך ברור מהר

- אין שפה שיווקית ריקה

- הקורא מבין מה הכלי עושה בלי הסבר ארוך

- יש קריאה לפעולה: לנסות את הכלי

מגבלות:

- עד 150 מילים

- בלי “מהפכני”, “פורץ דרך” או “שמחים להשיק”

- בלי אמוג’ים

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

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

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

תבנית קצרה להעתקה

תפקיד:

מאיזה עיניים המודל מסתכל?

שיטת עבודה:

איך המודל מתקשר איתכם כשהוא עובד?

פורמט פלט:

איך התוצאה צריכה להיראות?

מטרה:

מה התוצאה אמורה להשיג?

קריטריונים:

איך נראית הצלחה?

מגבלות:

מה אסור שיקרה?

כללי עצירה:

מתי לשאול, לעצור או לסמן חוסר ודאות?

בדיקה עצמית:

בדוק את הפלט מול הקריטריונים לפני התשובה הסופית 

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

משימה פשוטה? מספיקים 2-3 שדות. משימה מורכבת או רגישה? בנו בריף מלא.

הצצה לעתיד: הפרומפט הוא רק חלק מהמערכת

העתיד של העבודה (שהוא כבר ממש כאן בהווה) עם מודלים מתקדמים לא ייקבע רק לפי מי יודע לנסח את הפרומפט הכי טוב. הוא ייקבע לפי מי יודע לבנות למודל את ההקשר הנכון.

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

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