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

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

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

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

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

שלבי העבודה

1. נסחו את הבקשה כרגיל, על כל הפרטים שיש לכם.
2. הוסיפו בסוף: לפני הביצוע, תאר בשלוש-ארבע שורות מה אתה מבין שאני מבקש ואיזה מבנה תיתן לתוצר.
3. קראו את מה שחזר — לא את הבקשה שלכם, אלא את מה שהוא הבין ממנה.
4. תקנו את מה שסטה, ורק אז אשרו לו להתחיל.
5. אם התוצר בכל זאת פספס, חזרו למפרט; שם תראו בדיוק היכן נוצר הפער.

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

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