פרומפט הוא הבקשה והמידע שמוסרים למודל כדי לבצע משימה. כדי לכתוב פרומפט ברור, הגדירו מה אתם צריכים לקבל, צרפו את חומר המקור, וציינו מה לעשות כשחסר מידע. התוצאה עדיין דורשת בדיקה: הוראות טובות מצמצמות אי־בהירות, אך אינן מבטיחות דיוק.
במדריך הזה נעבוד עם דוגמה אחת מתחילתה ועד סופה: הפיכת סיכום פגישה לטבלת משימות. אחריה תוכלו להשתמש באותה דרך עבודה לכתיבה, לניתוח מסמכים או למיון פניות. למי שרוצה להתחיל מבקשה מוכנה, יש גם 30 תבניות לעבודה בעסק.
התחילו מהתוצר, לפני בחירת מילים
״סכם את הפגישה״ יכולה להיות בקשה לסיכום מנהלים, לרשימת החלטות או למשימות לצוות. לכל תוצר צריך מידע אחר. לפני השליחה, השלימו לעצמכם את המשפט: ״אשתמש בתשובה כדי…״.
אם התשובה תשמש לעדכון מערכת משימות, צריך לדעת מי אחראי, מה עליו לעשות ומתי. אם היא תשמש להעברת עדכון למנהל, אולי די בשלוש החלטות ובנושא שעדיין פתוח. אין צורך בתיאור תפקיד מפואר כדי להבהיר את ההבדל הזה.
גם תיעוד הנדסת הפרומפטים של Anthropic מתחיל בהגדרת הצלחה ובדרך לבדוק אותה. לא כל קושי נפתר באמצעות ניסוח: לעיתים חסר מקור, נדרש כלי מתאים או צריך לשנות את התהליך.
ארבע שאלות לפני השליחה
| שאלה | מה לכתוב בבקשה |
|---|---|
| מה צריך לבצע? | פועל ותוצר: חלץ משימות לטבלה |
| על מה להסתמך? | סיכום הפגישה המצורף בלבד |
| איך התשובה צריכה להיראות? | עמודות פעולה, אחראי, מועד ובסיס במקור |
| מה לעשות כשחסר פרט? | לכתוב ״לא צוין״ ולא להשלים בהשערה |
למשימות רגישות לטון או למבנה, הוסיפו דוגמה קצרה לתוצר מתאים. כשיש כמה סוגי קלט, כדאי שהדוגמאות יכסו גם מקרה חסר או חריג. אין מספר קבוע של דוגמאות שמתאים לכל משימה.
הנחיות Claude לכתיבת פרומפטים מדגישות הוראות ברורות, הקשר ודוגמאות. תיאור תפקיד יכול לעזור בכיוון התשובה, אך אינו הופך את המודל למומחה מוסמך ואינו מחליף מקורות.
דוגמה מלאה: מסיכום פגישה לטבלת משימות
זהו חומר בדיוני שנכתב להמחשה:
בפגישה סוכם שדנה תעביר את טיוטת הדף עד יום רביעי. נועם יבדוק אותה לאחר שיקבל אותה. צריך לעדכן גם את המחיר באתר, אבל עדיין לא הוחלט מי יבצע את העדכון. מועד הפרסום טרם נקבע.
בקשה כללית כמו ״תוציא משימות ותאריכים״ אינה מסבירה מה לעשות עם הפרטים החסרים. הנה בקשה שאפשר להעתיק, ולהדביק אחריה את הסיכום:
חלץ מהסיכום טבלת משימות לצוות. השתמש רק במידע שמופיע בסיכום. העמודות: פעולה, אחראי, מועד ובסיס במקור. אם אחראי או מועד לא נמסרו, כתוב ״לא צוין״. שמור מועדים יחסיים כפי שנכתבו; אל תהפוך ״יום רביעי״ לתאריך ללא תאריך הפגישה. הפרד בין משימה לבין החלטה שעדיין לא התקבלה. אל תטען שביצעת שינוי במערכת כלשהי.
התוצאה הבאה היא דוגמת בדיקה שערכתי למדריך, ולא פלט מובטח של מודל:
| פעולה | אחראי | מועד | בסיס במקור |
|---|---|---|---|
| העברת טיוטת הדף | דנה | עד יום רביעי | ״דנה תעביר את טיוטת הדף״ |
| בדיקת הטיוטה | נועם | לאחר קבלת הטיוטה | ״נועם יבדוק אותה לאחר שיקבל אותה״ |
| עדכון המחיר באתר | לא צוין | לא צוין | ״צריך לעדכן גם את המחיר באתר״ |
מועד הפרסום צריך להופיע כנושא פתוח. הוא אינו תאריך יעד שהמודל רשאי להמציא. לפני העתקה למערכת משימות, יש להשלים את האחראי לעדכון ואת התאריכים הדרושים.

איך בודקים תשובה בלי להסתפק בכך שהיא נשמעת טוב
חזרו לחומר המקור ושאלו ארבע שאלות: האם חסרה פעולה מפורשת, האם נוסף פרט שלא נאמר, האם נשמרו התנאים, והאם הפלט שימושי ליעד שלו.
בדוגמה שלנו, ״נועם יבדוק ביום רביעי״ הוא שינוי משמעותי: המקור תלה את הבדיקה בקבלת הטיוטה ולא קבע לה יום. גם שיוך עדכון המחיר לדנה יהיה המצאה, אפילו אם הטבלה נראית מסודרת.
כאשר התשובה לא עומדת בתנאי הקבלה, בקשו תיקון ממוקד: ״בשורת נועם הוסף את התלות בקבלת הטיוטה; המקור אינו קובע תאריך לבדיקה״. בקשה כללית כמו ״תשפר״ משאירה את כיוון השינוי פתוח.
תבנית קצרה למשימה שלכם
כשהמקור כולל שתי הוראות שנראות סותרות
נרחיב את הדוגמה: בתחילת הפגישה נאמר לפרסם ביום רביעי, ובהמשך הוחלט להמתין לאישור המחיר. בקשה לחלץ ״את כל התאריכים״ עלולה להציג את יום רביעי כמועד תקף. הגדירו שהפלט צריך לשמור על ההחלטה האחרונה המתועדת ועל התנאי שנוסף. אם לא ברור איזו החלטה התקבלה, התשובה צריכה להציג את הסתירה ואת שתי האמירות כדי שתוכלו להכריע.
להפריד חומר מקור מהוראות המשימה
הציגו את הבקשה ואת הטקסט לעיבוד כחלקים מזוהים. לדוגמה, כתבו תחילה מה צריך לחלץ, ואז סמנו ״תחילת סיכום הפגישה״ ו״סוף סיכום הפגישה״. כך הקורא וגם המודל יכולים להבין אילו משפטים מתארים את המשימה ואילו הם חומר לניתוח. אם במסמך מופיע משפט כמו ״שלח לכולם עכשיו״, הוא עשוי להיות ציטוט מהפגישה; הוא אינו בהכרח הוראה לביצוע פעולה במערכת.
לתת דוגמה שמלמדת את ההבחנה
דוגמה מועילה יכולה להציג משפט אחד ותוצאה רצויה: ״אולי נעדכן את המחיר״ צריך להופיע כהצעה לדיון, ואילו ״דנה תעדכן את המחיר לאחר אישור״ הוא משימה עם תנאי. הדוגמה אינה צריכה להיות ארוכה. תפקידה להבהיר הבדל שהוראה כללית לא העבירה היטב. בחרו דוגמאות שמייצגות את הכשלים שמצאתם, במקום לצרף שוב ושוב מקרים פשוטים שבהם כל פרט כבר מפורש.
לבדוק שהדוגמה לא הפכה לתוכן התשובה
לאחר שינוי הפרומפט, ודאו שהמודל לא העתיק שמות, מועדים או פעולות מתוך דוגמת ההוראה אל הפלט של הסיכום החדש. שמרו סימון ברור בין דוגמה לבין הקלט הנוכחי. אם דנה מופיעה בדוגמה אבל אינה משתתפת בפגישה הנבדקת, אין לה מקום בטבלת המשימות שלה. זהו כשל שקל לפספס כאשר מבנה התשובה יפה והעין מתמקדת בעמודות במקום במקור של כל ערך.
מתי לשאול ומתי להשאיר שדה ריק
לא כל מידע חסר צריך לעצור את העבודה. אם אפשר להפיק טיוטה מועילה עם סימון ״לא צוין״, הגדירו זאת מראש. אם החסר משנה את עצם המשימה, כמו חוסר בהירות לגבי המסמך שעליו עובדים, כדאי לברר לפני ההמשך. בדוגמת הפגישה אפשר להכין רשימת פעולות גם כשמועד חסר; אי אפשר לאשר שליחתן למערכת משימות בלי לדעת מי אמור לקבל אותן.
הוסיפו לפרומפט סדר עדיפויות כאשר יש מתח בין דרישות. בבקשה לסיכום קצר ומלא, למשל, הסבירו אילו פרטים אסור להשמיט ומה אפשר לקצר. אפשר לבקש שהחלטות ומשימות יישמרו, ואילו דוגמאות מהדיון יקוצרו. אין נוסח שמאפשר להכניס כל פרט למסגרת קצרה מאוד; צריך לבחור מה חשוב למטרת הקריאה. הבחירה הזאת היא חלק מהעבודה המקצועית שלכם עם הכלי.
תבנית שאפשר להתאים
המשימה: [מה צריך לעשות ולשם מה]. חומר המקור: [הטקסט או הקובץ שעליו מותר להסתמך]. התוצר: [מבנה, אורך ושפה]. כללים: [עובדות שחייבות להישמר ומגבלות]. מידע חסר: [מתי לסמן חסר ומתי לשאול לפני המשך]. בדיקה: [מה חייב להיות נכון כדי שאוכל להשתמש בתוצאה].
אפשר לשלב משימות קשורות, למשל חילוץ החלטות ואז הצגתן בטבלה. כאשר לכל שלב יש מקורות אחרים או אישור נפרד, עדיף לפצל כדי לבדוק את שלב הביניים. זו החלטת תהליך, לא איסור על יותר מפועל אחד בפרומפט.
מדריך הפרומפטים של OpenAI Academy מציע לתת הקשר ותוצר רצוי ולשפר את הבקשה לאורך השיחה. התבנית כאן היא נקודת התחלה; התאימו אותה לעבודה שלכם.
איך משפרים בקשה שחוזרת בכל שבוע
שמרו את נוסח הבקשה לצד כמה דוגמאות קלט ותנאי הקבלה שלהן. בכל שינוי נסו את אותן דוגמאות, כולל מקרה שבו חסר מידע. תעדו מה השתפר ומה נשבר. כך תוכלו להבדיל בין שינוי מועיל לבין תשובה מוצלחת אחת.
שנו תחילה את ההוראה או את הדוגמה שקשורה לכשל. אם הבעיה נשארת, בדקו האם המקור נקרא במלואו והאם הכלי מתאים. רק לאחר מכן השוו מודלים באמצעות שיטת בחירת מודל קלוד.
בעבודה עם תמליל, שגיאת שם יכולה להתחיל בשלב הזיהוי הקולי. פרומפט מסודר לא מאמת את ההקלטה; לשם כך השתמשו בתהליך בדיקת תמלול בעברית.
מתי כדאי לעבור ללמידה מסודרת
בדקו בנפרד את הסגנון ואת העובדות. אפשר לבקש טון קצר, נעים או רשמי בלי לאפשר שינוי בסכומים, בתאריכים ובתנאים. כאשר מעבירים טיוטה לעריכה, ציינו אילו שדות צריכים להישמר בדיוק. לאחר העריכה השוו אותם למקור. כך שיפור הקריאות אינו מתערבב עם שינוי בתוכן שעליו העסק מתחייב.
כדאי גם לשמור את הגרסה הראשונה לפני תיקון משמעותי של הפרומפט. אם התוצאה החדשה פחות מועילה, תוכלו לזהות מה השתנה ולחזור לנוסח הקודם. תיעוד קצר של הבעיה ושל ההוראה שנוספה מספיק לרוב המשימות החוזרות; אין צורך לנהל מסמך ארוך על כל שיחה חד־פעמית.
אם המטרה היא להפיק תוצר חד־פעמי, אפשר להתחיל בתבנית ובבדיקה שבמדריך. אם אתם רוצים לבנות הרגל עבודה עם מסמכים, הוראות וכלים בתוך קלוד, בדקו את סילבוס קורס קלוד. התאימו את הבחירה לנושאים המופיעים בו, ולא לציפייה שהכלי יבצע כל משימה ללא בדיקה.
שאלות נפוצות
האם חייבים לכתוב ״אתה מומחה״?
לא. תיאור תפקיד עשוי לכוון סגנון ונקודת מבט, אבל משימה, מקורות ותנאי קבלה חשובים יותר מניסוח סמכותי. גם תשובה שנכתבה ״כמומחה״ צריכה בדיקה.
האם פרומפט ארוך תמיד טוב יותר?
לא. פרטים רלוונטיים עוזרים; הוראות כפולות או סותרות עלולות להקשות. הוסיפו מידע שסוגר אי־בהירות והשמיטו טקסט שאינו משפיע על התוצר.
האם צריך לכתוב באנגלית?
אפשר להתחיל בעברית ולבדוק את התוצאה על המשימה שלכם. בשמות שדות, קוד או מונחים מקצועיים, שמרו את הנוסח המדויק של המקור. אל תסיקו איכות משפת הפרומפט בלבד.
האם אפשר למנוע לחלוטין המצאת מידע?
אין ניסוח שמבטיח זאת. הגבלת מקורות, סימון מידע חסר ודרישה להציג בסיס לטענה מסייעים לבדיקה, אך עדיין צריך להשוות את התשובה למקור לפני שימוש.


