אתם כותבים פרומפט מפורט, הסוכן מחזיר משהו שקרוב אבל לא בדיוק זה, אתם כותבים עוד פרומפט לתקן. ככה זה חוזר על עצמו עוד ועוד. זה עובד לשאלה קצרה, אבל בעבודה אמיתית זה אומר שאתם עדיין מנהלים כל צעד בעצמכם.
במדריך הזה: איך לתת לסוכן יעד במקום פרומפט, פרומפט מוכן להעתקה, ומה לבדוק לפני שנותנים לו לעבוד לבד בלולאה.
קודם, הבסיס
פרומפט הוא הוראה לצעד אחד. יעד הוא משהו אחר: אתם מגדירים איך התוצאה הסופית צריכה להיראות, נותנים לסוכן דרך לבדוק בעצמו אם הוא הגיע לשם, ונותנים לו רשות לעבוד בלולאה, לבדוק את עצמו שוב ושוב, עד שהקריטריון מתקיים, במקום לעצור אחרי תשובה אחת. פיטר שטיינברגר, שיצר את OpenClock, ניסח את זה חד: "אתם לא צריכים לתת פרומפטים לסוכני קוד יותר. אתם צריכים לתכנן לולאות שנותנות פרומפט לסוכנים שלכם." הרעיון הזה כבר הפך לפקודה רשמית, /goal, גם ב-Claude Code וגם ב-Codex.
שלב 1: תגדירו את התוצאה הסופית, לא את הצעדים
לא "תכתוב לי דוח", אלא "הדוח מדויק לרבעון האחרון, כל מספר בו תואם לקובץ המקור". התוצאה צריכה להיות משהו שאפשר לבדוק, לא תיאור כללי.
שלב 2: תתנו לו כלל שהוא יכול לבדוק בעצמו
איך הוא ידע שהוא סיים? תנו כלל קונקרטי: להריץ שוב את המספרים מול המקור, לוודא שאין קישור שבור, לבדוק שאורך הטקסט בטווח מסוים.
שלב 3: תגידו לו במפורש לעבוד בלולאה עד שהקריטריון מתקיים
הניסוח הזה חשוב, כי הוא מעביר את הבדיקה לסוכן עצמו, ואתם נכנסים לתמונה רק כשיש תוצאה מוגמרת או כשהוא באמת תקוע.
רגע, לפני שנותנים לו לרוץ לבד
לולאה שרצה מול קריטריון שגוי תפיק את התוצאה הלא נכונה הרבה פעמים ברצף, בביטחון מלא. בפעם הראשונה שאתם משתמשים בשיטה הזאת על סוג משימה חדש, תעקבו אחרי הלולאה הראשונה מקרוב. אל תשאירו אותה רצה לבד על משהו שנוגע לכסף אמיתי או יוצא ישירות ללקוח, עד שראיתם אותה מגיעה לקריטריון הנכון לפחות פעם אחת.
מה שקרה באמת
הציטוט של פיטר שטיינברגר על תכנון לולאות במקום פרומפטים הפך תוך זמן קצר למשהו שהצוותים של Claude Code ו-Codex הפכו לפקודה רשמית, /goal: מגדירים יעד, ונותנים לסוכן לעבוד עליו בלולאה עד שהוא עומד בקריטריונים, במקום לחכות שתכתבו לו את הצעד הבא.
מה לעשות עכשיו
קחו את המשימה הבאה שהייתם כותבים לה פרומפט רגיל, ובמקום זה תכתבו את התוצאה הסופית ואת כלל הבדיקה, בעזרת התבנית למעלה.