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

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

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

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

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

לפני שמתחילים

• פתחו שיחה רגילה. הכלי המומלץ הוא ChatGPT. אפשר לעבוד גם עם Claude, Gemini, Grok או כל כלי AI שאתם מעדיפים.
• אל תעבדו במצב Work, Agent, מחקר מעמיק או מצב שמבצע פעולות עבורכם. בתרגול הזה עובדים באמצעות הודעות ותשובות בלבד. אין צורך בחיבורים, בחיפוש באינטרנט או בהעלאת קבצים.
• הישארו באותו כלי, באותו מודל ובאותה שפת פרומפט לאורך ההשוואה, ככל שאפשר. בכל תיבת פרומפט תוכלו לבחור בטאב עברית או English. ההוראות באנגלית שומרות על שפת התוצר שהתבקשה בתרגיל. בתרגיל הדוגמאות, דוגמאות הסגנון נשארות בעברית גם בטאב האנגלי כדי להתאים לתוצר. התחילו בשיחה חדשה, מחוץ לפרויקט או לעוזר מותאם עם הוראות ייעודיות.
• פתחו מסמך או פתק לשמירת קטעים קצרים מהתשובות. אפשר גם להסתמך על השיחות ששמרתם ולתעד רק את ההשוואה.
• ביישום האישי השתמשו רק במידע שמותר לכם להזין לכלי. אפשר להחליף שמות ופרטים או לבחור במשימת ההמשך המוכנה.

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

פרק 1: בקשה ברורה היא נקודת הפתיחה

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

תזכורת מהכיתה: מה בעצם מגיע למודל?

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

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

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

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

שלוש שכבות העבודה בשיחה

• Prompt Engineering: איך מנסחים את המשימה, הגבולות ודרך הבדיקה. כאן נשנה הוראה אחת ונראה מה קרה לתשובה.
• Context Engineering: איזה מידע ומקורות נכנסים לחבילת ההקשר. בשיחה חדשה נצרף מחדש את העובדות; לא נניח שהמודל מכיר את השיחה הקודמת.
• Harness Engineering: אילו כלים ופעולות זמינים לעוזר. בתרגול הזה עובדים בשיחה רגילה, בלי להפעיל כלים חיצוניים.

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

למה אנחנו מפרידים את הבקשה לחלקים?

כותרות Markdown, כמו # המשימה ו-# רשימת העובדות, עוזרות להבחין בין מידע לבין הוראות. הן אינן משנות את הסמכות של הוראות המשתמש.

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

יוצרים את הגרסה הראשונה

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

# המשימה
כתוב הודעת תזכורת לנרשמים למפגש צוות בנושא ניהול זמן.

# הקהל והמטרה
הנרשמים הם עובדים עסוקים. ההודעה צריכה לעזור להם להגיע מוכנים.

# רשימת העובדות
1. מפגש הצוות בנושא ניהול זמן יתקיים ביום שלישי בשעות 09:00 עד 10:30.
2. המיקום: חדר הדרכה בקומה 2.
3. יש להביא מחשב נייד טעון.
4. המפגש כולל תרגול בזוגות.
5. מי שלא יוכל להגיע מתבקש לעדכן את דנה עד יום שני בשעה 12:00.
6. עדיין לא הוחלט אם תהיה הקלטה.

# גבולות
אל תשלח דבר. הכן טיוטה בלבד.

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

# Task
Write a reminder message to people registered for a team session on time management.

# Audience and purpose
The participants are busy employees. Help them arrive prepared.

# Facts
1. The team session on time management is on Tuesday, from 09:00 to 10:30.
2. Location: the training room on floor 2.
3. Bring a charged laptop.
4. The session includes practice in pairs.
5. Anyone unable to attend should notify Dana by Monday at 12:00.
6. Whether there will be a recording has not yet been decided.

# Boundaries
Do not send anything. Prepare a draft only.

# Output
A message in Hebrew, up to 80 words, in a direct and friendly tone.
Include the time, location, what to bring, and what to do if unable to attend.

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

פרק 2: בוחרים דרך לשפר ולבדוק

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

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

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

תרגיל א: Grounding | על מה התשובה נשענת?

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

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

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

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

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

Base the draft only on the facts I provided in the request. Do not fill in missing details.
After the draft, add a short verification table:
Detail in the draft | A short supporting quote from the facts I provided.
If the facts are numbered, also include the item number.
Separately identify information that has not been decided or is missing from the source.
Keep the length limit specified in my request. It applies only to the draft, not to the verification table.

בדקו בעצמכם

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

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

תרגיל ב: למידה מדוגמאות | להראות את הסגנון

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

תזכורת מהכיתה: למידה מדוגמאות, או Few-shot prompting, מכוונת את התשובה בעזרת דוגמאות שנמצאות בהקשר של הבקשה. אין כאן אימון מחדש של המודל. הדוגמאות מראות את הדפוס הרצוי, והמשימה הנוכחית מספקת את העובדות.

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

פתחו שיחה חדשה ושלחו:

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

Write a short, friendly message in Hebrew, up to 60 words, for participants in a photography workshop.
The workshop is on Thursday at 18:00 in room 4.
Participants should bring a charged phone. No prior knowledge is required.
Provide only the message text. Do not send it.

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

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

דוגמא 1:
נפגשים ביום שני ב-10:00 בחדר 2 לתרגול קצר של הצגה עצמית.
הביאו מחברת ומשפט אחד שתרצו ללמוד להציג בביטחון.
נתראה שם.

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

Use the examples below to learn the tone and structure. Use only the facts about the photography workshop in the current request. Do not copy names, dates, locations, or equipment details from the examples.
The examples remain in Hebrew because they demonstrate the language of the requested output.

Example 1:
נפגשים ביום שני ב-10:00 בחדר 2 לתרגול קצר של הצגה עצמית.
הביאו מחברת ומשפט אחד שתרצו ללמוד להציג בביטחון.
נתראה שם.

Example 2:
נפגשים ביום רביעי ב-14:00 בספרייה למפגש כתיבה.
הביאו טיוטה קצרה שתרצו לעבוד עליה. גם התחלה לא גמורה מתאימה.
נתראה שם.

בדקו בעצמכם

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

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

תרגיל ג: Pre-debugging | לבדוק לפני שמבצעים

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

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

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

פתחו שיחה חדשה ושלחו:

תכנן מפגש צוות בן 30 דקות ל-8 משתתפים.
יש שלוש מטרות: לשמוע עדכון קצר מכל אחד, לבחור שני נושאים לטיפול ולקבוע אחראי וצעד הבא לכל נושא.
המנהל ביקש להקצות 3 דקות לעדכון של כל משתתף, 10 דקות לדיון ו-5 דקות לסיכום.
שני משתתפים יצטרפו מרחוק. למשתתפים אין זמן להכנה מוקדמת.
החזר תוכנית קצרה בעברית, בטבלה עם משך כל חלק, הפעילות והתוצאה המצופה.
כל שינוי בדרישה המקורית צריך להיות גלוי.

Plan a 30-minute team meeting for 8 participants.
There are three goals: hear a brief update from everyone, choose two issues to address, and assign an owner and a next step for each issue.
The manager requested 3 minutes for each participant's update, 10 minutes for discussion, and 5 minutes for a summary.
Two participants will join remotely. Participants have no time to prepare beforehand.
Return a short table in Hebrew with the duration, activity, and expected outcome of each part.
Make every change to the original requirements explicit.

שמרו את התוכנית. פתחו שיחה חדשה נוספת, הדביקו שוב את אותה בקשה והוסיפו בסופה:

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

Before building the plan, identify up to three potential failures, contradictions, or untested assumptions.
For each, state what could go wrong and which requirement or calculation you will check.
Run those checks, including the total time. Show the findings briefly before the plan.
Only then build the plan, addressing what you found.
If all requirements cannot be met together, say so explicitly.
Propose an alternative and mark which compromise requires my approval. Do not present it as already approved.

בדקו בעצמכם

• סכמו את הדקות בתוכנית. האם הן נכנסות ל-30 דקות?
• האם כל שמונת המשתתפים מקבלים דרך למסור עדכון, כולל מי שמצטרף מרחוק?
• האם התוכנית מסתיימת בשני נושאים, אחראי וצעד הבא לכל אחד?
• האם המודל הציג את הבדיקות והממצאים לפני התוכנית, כולל העובדה ש-8 עדכונים של 3 דקות, 10 דקות דיון ו-5 דקות סיכום דורשים יחד 39 דקות?
• האם המודל הסביר מה שינה ואיזו החלטה נשארת אצלכם? רשימת סיכונים שלא השפיעה על התוכנית אינה מספיקה.

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

תרגיל ד: Reflection | לקרוא מחדש את מה שכבר נכתב

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

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

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

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

Reread the draft you wrote, comparing it with my request and the source material in this conversation.
Give up to three concrete comments on anything missing, incorrect, or inconsistent with the request.
For each comment, quote a passage from the draft, explain the issue, and propose a correction.
Also identify one part that works well and should be preserved.
After the comments, write a corrected version without unnecessarily changing parts that are already correct.
If you find no issue, say so. Do not invent criticism to fill the list.
Separately mark anything that cannot be verified from the information in the conversation.

בדקו בעצמכם

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

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

פרק 3: בוחרים טכניקה למשימה שלכם

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

• חסר ביסוס עובדתי? נסו Grounding.
• הסגנון לא מתאים? נסו דוגמאות.
• צריך לתכנן תחת אילוצים? נסו Pre-debugging.
• יש טיוטה שצריך לבדוק? נסו Reflection.

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

1. בחרו כיוון: בחרו משימה ומדד להצלחה. לדוגמא: כל פרט נתמך במקור, כל דרישות ההודעה מופיעות, או סכום הזמנים מתאים למשך הישיבה.
2. צרו גרסה ראשונה: מלאו את התבנית ושלחו בשיחה חדשה. שמרו את התוצאה.
3. נסו שינוי: הפעילו טכניקה אחת. ב-Grounding וב-Pre-debugging פתחו שיחה חדשה עם אותה בקשה ואותן עובדות, והוסיפו את הוראת הטכניקה. בלמידה מדוגמאות פתחו שיחה חדשה, העתיקו אליה את אותה בקשה ואת אותן עובדות, וצרפו שתי דוגמאות קצרות שמתאימות לסגנון של המשימה שלכם, במקום דוגמאות הסדנה. ודאו שהדוגמאות מציגות את הדפוס הרצוי ושעובדות המשימה מופיעות בנפרד. ב-Reflection המשיכו באותה שיחה ובדקו את התוצר הקיים.
4. השוו ותעדו: בדקו את שתי הגרסאות לפי המדד שבחרתם ותעדו את המסקנה.

# המשימה
[מה אני רוצה שתעשה]

# קהל ומטרה
[מי ישתמש בתוצר ולשם מה]

# מידע זמין
[הדבק כאן רק את העובדות או המקור הדרושים]

# גבולות
[מה אסור להוסיף או לבצע ומה דורש אישור שלי]

# הפלט
[מבנה, אורך ושפה]

הכן טיוטה בלבד. אל תשלח דבר ואל תבצע פעולה מחוץ לשיחה.

# Task
[What I want you to do]

# Audience and purpose
[Who will use the output and why]

# Available information
[Paste only the necessary facts or source here]

# Boundaries
[What you must not add or do, and what requires my approval]

# Output
[Structure, length, and language]

Prepare a draft only. Do not send anything or take any action outside this conversation.

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

אין לכם משימה זמינה? השתמשו בזו

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

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

Write a message of up to 70 words to the team about temporarily moving to a different work room.
Facts: next Monday we will work in room 7 instead of room 3 because of maintenance work.
Working hours remain unchanged. Bring a laptop and charger.
We do not yet know whether we will also need to change rooms on Tuesday.
The goal is for the team to know what is changing and what to prepare.
Write in Hebrew in a simple, friendly tone. Prepare a draft only.

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

תעדו את מה שלמדתם

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

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

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

פרק 4: תרגול פתוח

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

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

אתגר 1: עובדה משתנה, מה עוד זז?

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

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

Update to the facts: the session will take place in the training room on floor 4 instead of floor 2. All other facts and requirements remain unchanged.
Update the reminder accordingly. Do not change other details or add facts. Prepare a draft only, in Hebrew and up to 80 words.

בדקו: האם הקומה השתנתה ל-4? האם היום, השעות, הציוד וההנחיה למי שלא מגיע נשמרו? תעדו שינוי מוצדק אחד וכל שינוי נוסף שמצאתם.

אתגר 2: שתי עובדות סותרות, מי מחליט?

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

יש גם הודעה נוספת ממארגן המפגש: "המפגש יתחיל ביום שלישי ב-10:00 ויסתיים ב-11:30".
אין לי כרגע מידע איזו משתי הגרסאות נכונה. בדוק אם אפשר להכין הודעת תזכורת סופית מהמידע הזה, והסבר מה צריך לברר לפני שמשתמשים בה. אל תכריע בעצמך בין הגרסאות.

There is also another message from the session organizer: "The session will start on Tuesday at 10:00 and end at 11:30."
I do not currently know which version is correct. Check whether a final reminder can be prepared from this information, and explain what needs clarification before it is used. Do not choose between the versions yourself.

בדקו: האם התשובה מציגה את הסתירה בין 09:00 עד 10:30 לבין 10:00 עד 11:30? האם היא מציינת מה צריך לברר, בלי לבחור שעה על דעת עצמה?

אתגר 3: האם שיחה חדשה רואה משהו אחר?

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

1. השתמשו בטיוטת פרק 1. באותה שיחה שלחו את פרומפט Reflection מתרגיל ד ושמרו את הביקורת.
2. פתחו שיחה חדשה. העתיקו אליה את בקשת פרק 1 במלואה, ואחריה את הטיוטה המקורית שבדקתם, תחת הכותרת "טיוטה לבדיקה".
3. הוסיפו את פרומפט Reflection מתרגיל ד. החליפו בו את המילים "הטיוטה שכתבת" במילים "הטיוטה שהדבקתי למעלה לבדיקה". בטאב האנגלי החליפו "the draft you wrote" ב-"the draft I pasted above for review". שלחו את כל החלקים יחד.

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

שאלות להמשך מחקר

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

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

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