לולאות עבודה עם סוכני AI: למה פרומפט טוב כבר לא מספיק

הפוסט הזה נולד אחרי שקראתי את Getting started with loops (נפתח בלשונית חדשה) של צוות Claude Code באנתרופיק.

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

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

למה מתכוונים כשמדברים על לולאה

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

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

אנתרופיק מחלקת את זה לכמה רמות:

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

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

לא מספיק לכתוב “תתקן”

פרומפט רגיל יכול להיות:

תתקן את הטופס שלא שולח.

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

תתקן את הטופס שלא שולח.

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

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

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

ארבעת סוגי הלולאות

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

במקום לשאול “איזה כלי להפעיל?”, עדיף לשאול: מה מפעיל את הלולאה, מה עוצר אותה, ולמה היא מתאימה.

1. לולאת שיחה

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

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

קצר את הפסקה הראשונה במאמר.

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

2. לולאת יעד

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

• טריגר: יעד ידני, למשל דרך /goal או פרומפט עם תנאי סיום.
• עצירה: היעד הושג, או שמגיעים למגבלת ניסיונות.
• מתאימה ל: משימות שיש להן תוצאה שאפשר לבדוק.
• איך מגבילים אותה: יעד ספציפי ומגבלה מפורשת, למשל “עצור אחרי חמישה ניסיונות”.

תעלה את ציון הביצועים של עמוד הבית עד 90 ומעלה.

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

3. לולאת זמן

יש עבודות שלא מתחילות כי אתם יושבים מול הצ’אט. הן מתחילות כי עבר זמן. למשל: לבדוק אם PR קיבל תגובה, אם CI נכשל או אם תור משימות (queue) התרוקן.

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

כל חצי שעה, בדוק את ה-PR הזה.

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

4. לולאה פרואקטיבית

כאן לא מפעילים פרומפט ידנית בכל פעם, אלא מגדירים מראש תהליך כמו skill, routine, automation או שילוב של כמה כלים.

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

כל בוקר, עבור על פניות חדשות.

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

Claude Code מול Codex

הפוסט של אנתרופיק נכתב מתוך עולם Claude Code, ולכן הוא משתמש בשפה של Claude: /goal, /loop, /schedule, routines, skills ו-subagents.

ב-Codex השמות אחרים, אבל ארבעת הסוגים עדיין קיימים כרעיון:

ההשוואה לא נועדה להכריע מי טוב יותר. שני הכלים עובדים סביב אותו רעיון: סוכן שמקבל משימה, משתמש בכלים, בודק את עצמו ומחזיר החלטה או תוצאה. ב-Codex אפשר לשמור תהליכים חוזרים באמצעות skills (נפתח בלשונית חדשה), ולהריץ עבודה מתוזמנת באמצעות Scheduled tasks (נפתח בלשונית חדשה).

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

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

מתי לא להשתמש בלולאה

לא כל משימה צריכה לולאה.

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

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

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

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

הכלל שלי: להתחיל מהלולאה הכי קטנה שמחזיקה את המשימה.

איך להתחיל בפועל

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

כתבו לסוכן שלושה דברים:

• מה המטרה.
• מה הגבולות.
• מה נחשב סיום.

בדוק את הטופס אחרי השינוי האחרון.

אם השליחה עדיין לא עובדת, תקן וחזור לבדיקה.

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

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

אפשר לראות את המבנה הזה בפועל בבניית דף נחיתה עם AI, שבה הטופס ו-PageSpeed שימשו לבדיקת התוצאה, ובכלי ה-RTL ל-Codex, שבו בדקתי בנפרד עברית, קוד וטרמינל.

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

סיכום

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

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

Claude Code נותן לזה כלים משלו. Codex נותן כלים אחרים. מי שמבין את האחריות שמאחורי הכלים יכול לעבור ביניהם בלי להיתקע בשמות.

תתחילו קטן: משימה אחת, תנאי עצירה אחד, בדיקה אחת ברורה. משם כבר קל לראות מה צריך להפוך ל-AGENTS.md, מה צריך להפוך ל-skill, ומה עדיף להשאיר בידיים שלכם.