הבחור שמנהל את Claude Code באנתרופיק כבר לא מבקש מקלוד שום דבר - כל העבודה שלו זה לכתוב לופים. זו המיומנות שמחליפה את הפרומפט, וזה המדריך צעד-אחר-צעד איך מקימים אותה אצלכם.
בשנים האחרונות המיומנות הכי שווה ב-AI הייתה לכתוב פרומפט טוב. הבעיה? אתם תקועים בהלוך-ושוב אינסופי, מחזיקים לסוכן את היד בכל צעד. ברגע שאתם קמים מהכיסא - הכל נעצר.
לופ הופך את המשוואה: במקום שאתם תכתבו לסוכן פרומפט אחרי פרומפט, אתם בונים מערכת שמפעילה את הסוכן במקומכם. נותנים לו מטרה אחת - והוא רץ לבד: מוצא את העבודה, עושה אותה, בודק את עצמו, זוכר איפה עצר, וממשיך שוב ושוב עד שזה באמת גמור.
זה לא הייפ. Boris Cherny, שמוביל את Claude Code באנתרופיק, אמר את זה בפשטות: "העבודה שלי זה לכתוב לופים". המהנדס Addy Osmani נתן לזה שם - Loop Engineering - ופירק אותו לחלקים שתכף נעבור עליהם.
לופ הוא לא פקודה אחת קסומה - הוא הרכבה של כמה רכיבים שכבר קיימים בתוך Claude Code. לחצו על כל אחד כדי לראות מה הוא עושה ואיך מפעילים אותו.
זה מה שגורם ללופ לרוץ בלי שתהיו שם. שתי פקודות מובנות: /loop מתזמן בקשה שתרוץ שוב ושוב (כמו עובד רקע שמתעורר לבד), ו-/goal נותן מטרה והסוכן רץ עד שהיא באמת מושגת - לא עד שהוא חושב שסיים.
כשרצים כמה סוכנים במקביל, הם לא יכולים לעבוד על אותם קבצים בלי לדרוך אחד לשני. וורקטרי נותן לכל סוכן עותק מבודד משלו של הפרויקט - הם חולקים את אותה היסטוריה, אבל כל אחד עובד בפינה שלו בלי בלגן.
בלי זה, הסוכן מנחש מאפס בכל ריצה. CLAUDE.md הוא קובץ ההקשר של הפרויקט - מי אתם, מה הפרויקט, ואיך לעבוד. סקילז הם יכולות חוזרות שעטפתם פעם אחת, כדי שהסוכן יפסיק להסביר לעצמו את אותו דבר שוב ושוב.
זה ההבדל בין סוכן שאומר "הנה התיקון" לבין לופ שבאמת פותח את ה-PR ומעדכן את הכרטיס. קונקטורים בנויים על פרוטוקול MCP ומחברים את הלופ לכלים שלכם - GitHub, יומן, מסד נתונים, דפלוי - הכל מתוך הטרמינל.
מודל שבודק את עצמו נותן לעצמו ציון נדיב מדי. לכן מפצלים: סוכן אחד (היוצר) כותב, וסוכן נפרד ועצמאי (הבודק) מנסה למצוא חורים מול הטסטים והדרישות. מה שחוזר אליכם כבר עבר בדיקה צולבת.
המודל שוכח הכל בין ריצה לריצה - אז הזיכרון חייב לחיות מחוץ לשיחה. זה יכול להיות קובץ markdown פשוט או לוח משימות, שמחזיק "מה כבר נעשה ומה הבא". בלי זה אין לופ אמיתי - יש סוכן שמתחיל מאפס כל בוקר.
הטעות הכי נפוצה היא לנסות להרים הכל בבת אחת. הכלל מהשטח הפוך: מתחילים קטן, מוסיפים רכיב כשצריך אותו. ככה בונים לופ שעובד, לא לופ שנשבר.
קובץ הקשר אחד קצר: מי אתם, מה הפרויקט, ואיך אתם רוצים שיעבוד. זה הבסיס שכל השאר נשען עליו.
.mcp.json ממוקד - רק הכלים שאתם באמת צריכים בלופ הזה. לא להעמיס. כל כלי נוסף זה עוד מקום להישבר.
מנגנון שעוצר פעולות מסוכנות (מחיקה, שליחה החוצה) ומבקש אישור. ככה אתם נותנים ללופ לרוץ לבד בלי לאבד שליטה.
יש משהו שאתם עושים שוב ושוב? עטפו אותו בסקיל אחד. עכשיו הסוכן מבצע אותו בפקודה במקום בהסבר ארוך כל פעם.
סוכן-משנה מוסיפים כשהביקורת תלכלך את ההקשר הראשי, או כשהאמינות קריטית. לא לפני. סוכן "בודק" שמנסה להפריך = איכות אחרת לגמרי.
חברו זיכרון חיצוני (progress.md), והפעילו עם /loop או /goal. מכאן - זה רץ בשבילכם.
לופ צריך תנאי עצירה ברור. "עד שכל הטסטים עוברים" מנצח את "תעבוד על זה" - אחרת הוא רץ לנצח או נעצר מוקדם מדי.
ככל שהלופ עצמאי יותר, ה-hook חשוב יותר. תנו לו לרוץ לבד רק אחרי ששמתם גדרות שעוצרות טעויות יקרות.
לופ שורף טוקנים כשהוא רץ לבד. ריצה ראשונה = ניסוי קטן וקצר. רואים שעובד ושווה, ורק אז מרחיבים.
הלופ עובד, בודק ומסכם - אבל ההחלטה והפרסום תמיד אצלכם. AI עובד בשבילכם, לא במקומכם.
שורה תחתונה: פרומפט זה לבקש טובה. לופ זה לבנות מערכת. ברגע שתרכיבו את ששת החלקים האלה - תרגישו בפעם הראשונה שיש לכם עובד שעובד בשבילכם מסביב לשעון.
זו הייתה טעימה אחת. בליווי האישי אני בונה איתכם מערכת AI שלמה - כזו שמכירה את העסק שלכם, מריצה את הלופים האלה בשבילכם, ועובדת גם כשאתם ישנים.
15 דקות ייעוץ בחינם