אלה שלושה עשר פרומפטים שאפשר להעתיק ולהשתמש בהם כבר היום ב-ChatGPT, ב-Claude או ב-Gemini. לכל אחד יש שדות ריקים, שמוצגים כשדות בכרטיס: מלאו אותם בנושא, בשפה או בטקסט שלכם, ואז העתיקו את הפרומפט או פתחו אותו ישירות בצ'אט. מתחת לכל פרומפט יש הערה קצרה על הסיבה שהוא כתוב כך, כדי שתוכלו להתאים אותו או לכתוב פרומפטים משלכם באותו סגנון.
לפרומפטים יש דפוס משותף. כל אחד מציג את המשימה במשפט אחד, מספק את ההקשר שמודל לא יכול לנחש, ואומר איך התשובה צריכה להיראות. הדפוס הזה מוסבר חלק אחרי חלק באיך לכתוב פרומפט.
פרומפטים ללמידה
פרומפטים ללמידה עובדים הכי טוב כשהם אומרים למודל מה אתם כבר יודעים. בלי זה, ההסברים מכוונים לקורא ממוצע דמיוני, ובדרך כלל יוצאים בסיסיים מדי או דחוסים מדי.
אנלוגיה: אתם עומדים בתור ורוצים לדעת באיזה מקום אתם. אתם שואלים את מי שעומד לפניכם, והוא שואל את מי שלפניו, וכן הלאה עד שהראשון אומר "אני מספר 1". כל אחד מוסיף אחד לתשובה שקיבל ומעביר אותה אחורה.
דוגמה:
def countdown(n):
if n == 0:
print("Done!")
return
print(n)
countdown(n - 1)
countdown(3)
הקוד מדפיס 3, 2, 1 ואז Done!. פונקציה רקורסיבית פותרת בעיה על ידי קריאה לעצמה על גרסה קטנה יותר שלה. הבדיקה if n == 0 היא מקרה הבסיס: היא עוצרת את הקריאות. בלעדיה, הפונקציה הייתה ממשיכה לקרוא לעצמה עד ש-Python הייתה זורקת RecursionError.
בדקו את עצמכם: מה countdown(0) מדפיס?
הציון של מה שעוד לא למדתם הוא מה ששומר את ההסבר בהישג יד. שאלת הבדיקה בסוף הופכת קריאה למבחן קטן, ושם הלמידה באמת קורית.
שאלה 1 מתוך 5 (קלה): אתם מחברים טבלת customers וטבלת orders עם INNER JOIN על customer_id. לקוח שמעולם לא ביצע הזמנה: האם הוא מופיע בתוצאה? למה כן או למה לא?
כתבו את התשובה שלכם ואגיד לכם איך הלך.
"חכה לתשובה שלי" היא השורה שחשובה. בלעדיה, מודל יכתוב לעיתים קרובות את כל חמש השאלות בתשובה אחת, לפעמים עם התשובות מתחתן, וזה הופך בוחן לרשימת קריאה.
תקציב הזמן והשורה "איך אדע" הם מה שמבדיל בין תוכנית שאפשר להשתמש בה לבין רשימת נושאים. תוכנית בלי בדיקת מוכנות נוטה להתבצע לפי לוח הזמנים בין אם משהו נלמד ובין אם לא.
פרומפטים לתכנות
פרומפטים לתכנות צריכים את השפה, את הגרסה כשזה משנה, ואת הקוד או השגיאה האמיתיים מודבקים במלואם. תיאור של הקוד שלכם הוא תיאור של מה שאתם חושבים שהוא עושה, והבאגים גרים בהבדל.
פירוט מקרי הקצה מראש, עם מה שצריך לקרות בכל אחד, הוא הדרך הזולה ביותר לקבל קוד שמטפל בהם כמו שאתם רוצים. בקשה לבדיקות נותנת לכם משהו להריץ, כך שתוכלו לבדוק את הפונקציה במקום לסמוך עליה.
[הדביקו את הקוד]
השגיאה המלאה:[הדביקו את השגיאה המלאה, כולל ה-traceback]בקשה לסיבה לפני התיקון מונעת מהמודל לשכתב את הקוד שלכם עם ניחוש שבמקרה רץ. בפרומפטים לדיבוג יש עוד על איך לתת למודל את מה שהוא צריך כדי למצוא באג.
[הדביקו את הקוד]המעקב הוא החלק שגורם לזה להיקלט. הסבר שורה אחרי שורה אומר מה כל שורה עושה באופן כללי; מעקב מראה מה היא עושה לערכים אמיתיים, וכך בדיוק הייתם בודקים את זה בעצמכם עם דיבאגר.
[הדביקו את הקוד]תוויות חומרה מאפשרות לתקן קודם את הדברים המסוכנים, וההרשאה לומר "לא בטוח" מצמצמת אזעקות שווא בטוחות בעצמן. פרומפטים ל-code review הולך רחוק יותר, עם רשימות בדיקה לסוגים מסוימים של בדיקת קוד.
פרומפטים לכתיבה
פרומפטים לכתיבה צריכים קהל וטון. "תשפר את זה" לא נותן למודל שום דבר לכוון אליו; "תהפוך את זה לברור יותר ללקוחות שאינם טכניים" כן.
"שמור כל עובדה ומספר" מגן על התוכן בזמן שהניסוח משתנה. רשימת השינויים מראה לכם מה נעשה, כך שתוכלו לבטל עריכה שאתם לא מסכימים איתה.
נושא: יום חופש ביום שישי הקרוב
היי [שם המנהלת],
אשמח לקחת חופש ביום שישי הקרוב בגלל החתונה של אחותי. דוח הספרינט יהיה מוכן עד יום חמישי, כך ששום דבר לא יחכה לי באותו יום.
תעדכני אותי אם זה מסתדר לך.
תודה, [השם שלכם]
"בלי התנצלויות" היא מגבלה קטנה עם השפעה גדולה: בלעדיה, בקשות כאלה נוטות להיפתח בפסקה של "סליחה שאני מבקש". שורת התוכנית עונה על השאלה הראשונה של הקורא לפני שהוא שואל אותה.
ציון הקורא קובע מה נחשב חשוב. שורת השאלות הפתוחות תופסת את מה שסיכום רגיל מפיל: הדברים שאף אחד עוד לא החליט עליהם.
פרומפטים לעבודה ולתכנון
הפרומפטים האלה הופכים קלט מבולגן למשהו שאפשר לפעול לפיו. הטריק שחוזר הוא לומר למודל מה לעשות כשמידע חסר, כדי שיסמן את הפער במקום למלא אותו בניחוש.
| משימה | אחראי | תאריך יעד |
|---|---|---|
| לעדכן את דף המחירים | פרייה | לא צוין |
| לשלוח מייל למשתמשי הבטא | לא צוין | לא צוין |
| לבדוק את הגדרות האנליטיקס | תום | יום שישי |
החלטות:
- מועד ההשקה נדחה ל-12 במאי.
הכלל של "לא צוין" הוא מה שהופך את הטבלה לאמינה: אחראי שמסומן "לא צוין" הוא משימה שאף אחד לא לקח, ואתם רוצים לראות את זה. כשתוכנה צריכה לקרוא את התוצאה, ראו פלט מובנה כדי לבקש JSON במקום טבלה.
בקשה מהמודל לשאול אתכם קודם הופכת את הזרימה הרגילה. במקום רשימה כללית של יתרונות וחסרונות, מקבלים השוואה שבנויה על סדרי העדיפויות שלכם.
שלבים קטנים ונראים הופכים את ההתקדמות לניתנת לבדיקה, וסימון השלבים הקשים מראש אומר שתגיעו אליהם כשאתם מצפים להם. כדי להפוך כל פרומפט בדף הזה לגרסה משלכם לשימוש חוזר, ראו תבניות פרומפט.
שאלות נפוצות
מה הם פרומפטים טובים ל-ChatGPT?
פרומפטים טובים מציינים את המשימה, נותנים את ההקשר שהמודל לא יכול לנחש ואומרים איזו צורה התשובה צריכה לקבל. "הסבר רקורסיה למישהו שמכיר לולאות אבל לא מבני נתונים, עם אנלוגיה אחת ודוגמה אחת ב-Python" עובד הרבה יותר טוב מ-"הסבר רקורסיה". הפרומפטים בדף הזה הולכים לפי הדפוס הזה ללמידה, לתכנות, לכתיבה ולתכנון.
האם הפרומפטים האלה עובדים גם ב-Claude וב-Gemini?
כן. אף אחד מהם לא תלוי ביכולת של מוצר מסוים. הם הוראות פשוטות, ולכן הם עובדים ב-ChatGPT, ב-Claude, ב-Gemini ובמודלי צ'אט אחרים. הניסוח של התשובות ישתנה בין מודלים ובין הרצות, אבל המבנה שביקשתם אמור להישמר.
איך מתאימים דוגמת פרומפט לצרכים שלי?
החליפו כל שדה ריק בפרטים שלכם, ואז קראו את הפרומפט פעם אחת כאילו אתם המודל: האם משהו עדיין לא ברור? הוסיפו משפט הקשר על מי שהתשובה מיועדת לו ומה אתם כבר יודעים. אם התשובה הראשונה לא קולעת, שנו את הפרומפט במקום להתווכח בצ'אט, כך שבסוף יהיה לכם פרומפט טוב יותר שאפשר להשתמש בו שוב.
כדאי לשמור את הפרומפטים שאני משתמש בהם הרבה?
כן. פרומפט שעובד שווה לשמור כתבנית עם שדות ריקים, כמו שהפרומפטים בדף הזה כתובים. רוב אפליקציות הצ'אט מאפשרות גם לשמור הוראות קבועות, כמו הוראות מותאמות אישית או הוראות פרויקט, כדי שלא תצטרכו לחזור על אותו הקשר בכל צ'אט.
