/goal ב-Claude Code: מצב אוטונומי ו-Agent View ב-2026

תיעוד עזר של Ailoot: ailoot.ai/docs/.

מהי /goal ב-Claude Code?#

בעבר Claude Code עצר אחרי כל תשובה והמתין להנחיה הבאה שלכם. זה עבד במשימות קצרות, אבל לא התאים למשימות ארוכות: העברת API, תיקון 12 בדיקות שנכשלו, ארגון מחדש של קובץ בן 800 שורות — משימות כאלה דורשות 20–30 איטרציות, ובכל אחת מהן נאלצתם לחזור אל הטרמינל.

/goal פותרת את הבעיה באמצעות רעיון פשוט: מפרידים בין «מי שעושה את העבודה» לבין «מי שקובע מתי היא הסתיימה». הסוכן הראשי כותב קוד. מעריך נפרד (מודל Haiku המהיר) קורא את השיחה אחרי כל תור ומשיב על שאלה אחת: «האם התנאי התקיים?» אם לא, הסוכן מתחיל תור נוסף. אם כן, השליטה חוזרת אליכם.

התיעוד הרשמי של Anthropic מגדיר זאת כך:

תיאור המקרה מתאר את שגרת העבודה שלו ב-4 במאי 2026:

אלפי סוכנים בלילה מטלפון — זו לא הבטחה שיווקית, אלא הנוהג הנוכחי של מהנדס ב-Anthropic. והמנגנון שמאפשר זאת הוא השילוב של /goal ו-Agent View, שהוצג באותה גרסה ב-11 במאי 2026.

למה צריך מצב אוטונומי: מה היה לפני 11 במאי 2026 ומה השתנה אחריו?#

הרעיון «לתת ל-AI לעבוד במשך הלילה» קיים מאז סתיו 2025, כש-Cursor Composer ו-Cline auto mode כבר יכלו לפעול ברקע. אבל לפני 11 במאי 2026, Claude Code דרש לשם כך מעטפת ידנית: משימת cron שקראה ל-claude -p כל N דקות, או מעטפת שעקבה אחר git status והפעילה את ההנחיה הבאה.

הגישה העצמאית הזאת הובילה שוב ושוב לאסונות. ב-22 במאי 2026, מפתח השאיר סקריפט כזה פועל בלילה והתעורר לחשבון של 6,000 דולר. הסיבה העיקרית: Anthropic שינתה בשקט את ה-cache TTL של Claude Code משעה אחת לחמש דקות, בלי הודעה. cron קרא למערכת הייצור כל 30 דקות — והמטמון הספיק לפוג בין הרצות. בכל הרצה נבנתה מחדש היסטוריה של 800,000 טוקנים מאפס. כתיבת נתונים חדשים למטמון עולה הרבה יותר מקריאה ממטמון פעיל.

המפתח לא עשה שום דבר חריג — הוא השתמש בכלי בדיוק כפי ש-Anthropic הציגה אותו.

/goal פותרת את הבעיה באמצעות ארכיטקטורה מובנית:

1. תהליך מפקח שמשאיר את השיחה מחוץ לטרמינל שלכם וממשיך לפעול גם אחרי שסוגרים את החלון וכשהמחשב הנייד נכנס למצב שינה.
2. מעריך Haiku — מודל זול בודק כל תור; הטוקנים של המעריך עולים אגורות.
3. מגבלת תורים קשיחה בתנאי — אפשר לכתוב במפורש or stop after 20 turns, והשיחה תיעצר בוודאות.
4. בידוד באמצעות worktree לשיחות רקע — השינויים עוברים לענף נפרד בלי לגעת בעותק העבודה שלכם.

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

איך להפעיל את /goal בשלושה שלבים#

שלב 1. עדכנו את Claude Code לגרסה 2.1.139 או חדשה יותר.

בדקו את הגרסה:

claude --version

אם היא ישנה מ-2.1.139, עדכנו:

claude update
# or force it through npm
npm install -g @anthropic-ai/claude-code@latest

גרסאות שפורסמו בין 12 ל-19 במאי 2026 תיקנו באגים חשובים בגרסה הראשונה. ב-2.1.140 תוקעה תקיעה שקטה שבה disableAllHooks חסם את המעריך. ב-2.1.143 נוספו worktree.bgIsolation: "none" ותיקון ללולאות של stop hook. ב-2.1.144 (19 במאי) נוספו --resume לשיחות רקע ו---json של agents לצורכי סקריפטים. גרסת המינימום היא 2.1.143.

שלב 2. הקלידו /goal עם תנאי.

פתחו שיחת Claude Code רגילה והקלידו את הפקודה:

/goal all tests in test/auth pass and the linter is clean, or stop after 15 turns

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

שלב 3. עקבו אחר ההתקדמות דרך שכבת המידע החיה.

אחרי הפעלת /goal, בתחתית הטרמינל מופיע לוח חי:

/goal active · 3 turns · 12m elapsed · 18,400 tokens · last: tests in test/auth/login.test.ts still fail

הוא מציג:

• תורים — כמה תורים הושלמו
• זמן שחלף — כמה זמן עבר מאז ההפעלה
• טוקנים — סך הטוקנים שהוצאו (הנתון המרכזי למעקב אחר התקציב)
• אחרון — הסיבה האחרונה של המעריך ל״עדיין לא״

טיפ שימושי: אם המעריך מחזיר את אותה סיבה שלושה תורים ברציפות, זה סימן שאתם בלולאה. אז לחצו Ctrl+C או הקלידו /goal clear (מילים נרדפות: stop, off, reset, cancel), נסחו מחדש את התנאי והפעילו שוב. הכלל הזה מופיע במדריכי קהילה ל-/goal כסימן העיקרי ללולאה: «נתקעתם על אותה סיבה שלוש פעמים — זו לולאה, צאו ממנה».

איך לנסח תנאי טוב: 5 כללים ו-5 דוגמאות#

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

תבנית מוכנה מכסה את שלושת המרכיבים בשורה אחת:

\n/goal [בצעו את העבודה] עד [מצב סופי מדיד], בלי [להפר את המגבלות שיש לשמור עליהן]\n

חמישה כללים שרבים נכשלים בהם:

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

לא «תגרום לזה להיראות טוב», אלא npm test exits 0. לא «שפר את חוויית המשתמש», אלא Lighthouse Performance score above 90. המעריך קורא רק את תמליל השיחה — הוא לא מריץ פקודות ולא מסתכל בצילומי מסך. אם אי אפשר לתעד את התוצאה בטקסט, המעריך לעולם לא יגיד «כן».

כלל 2. יש להגדיר מגבלות במפורש ובאופן ממוקד.

בלי מגבלות, Claude עלול לתקן בדיקות באמצעות מחיקת הבדיקות עצמן או הערה של טענות שנכשלו. ציינו without modifying any file outside /auth, without removing existing assertions, without bumping major versions of dependencies.

כלל 3. נדרשת מגבלת תורים קשיחה.

הוסיפו or stop after N turns לכל תנאי. זהו אמצעי הגנה מפני לולאה אינסופית. בלי מגבלה,

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

כלל 4. תארו מה רוצים, ולא רק איך.

ג'ייסון קראוצ'ר גילה את הכלל הזה בניסוי:

אם לא הזכרתם חזות בתנאי, Claude לא ייצור אותה. אם התנאי דורש רק «הבדיקות עוברות», Claude עלול להעיר את הבדיקות המורכבות. תארו מה אתם רוצים, ולא רק איך תאמתו זאת.

כלל 5. בקשו מ-Claude להציג ראיות בצ'אט.

המעריך לא מריץ פקודות — הוא קורא רק את מה ש-Claude כבר הציג. אם התנאי דורש ש-npm test יסתיים בהצלחה, אבל Claude לא הציג את הפלט של npm test בתמליל, המעריך יגיד «עדיין לא» לנצח. הוסיפו לתנאי את הביטוי «הציגו את הפלט של <command> בשיחה».

חמש דוגמאות שימושיות למשימות נפוצות:

1. העברת API:
/goal every call to getUser() has been replaced with fetchUser(), npm test passes, npm run build is green, no other API names have been touched, or stop after 30 turns

2. תיקון בדיקות:
/goal all failing tests in test/auth are now green (npm test shows 0 fails in the chat), without changing assertions or deleting tests, or stop after 20 turns

3. איכות קוד (גודל קובץ):
/goal src/legacy/UserService.ts has been split into files under 200 lines each, all imports are updated, npm run build is green, or stop after 25 turns

4. סגירת צבר המשימות:
/goal process every issue labeled 'good-first-issue': read the description, implement a fix in a worktree branch, open a PR. Continue until the queue is empty or 6 issues have been processed

5. ביקורת אבטחה:
/goal every npm audit vulnerability with severity >= high is fixed, all existing tests pass, no breaking API changes, or stop after 15 turns

רוצים לעשות יותר מאשר רק להריץ את /goal, ולבנות סביבת עבודה שבה המצב האוטונומי באמת עובד בפרויקט שלכם? /goal היא רק החוליה האחרונה. לפניה צריכים להתקיים שלושה יסודות: שיבוט AI (המתודולוגיה שלכם ב-Skills וב-Subagents), מוח שני (CLAUDE.md ותיקיית plans/) והנדסת הקשר (Plan Mode ו-/compact). כדאי לחשוב על שלושת המרכיבים יחד — השילוב הזה הוא שמאפשר לעבוד עם הקשר.

5 דוגמאות שבהן /goal באמת עובדת#

התיעוד של Anthropic מונה ארבעה סוגי משימות שמתאימות ל-/goal:

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

דוגמה 1. העברת מודול ל-API חדש.

תרחיש: אתם עוברים מ-REST ל-GraphQL, או מחליפים את הפונקציה הישנה getUser() בחדשה fetchUser(). המשימה מכנית, אך נוגעת ב-30–50 קבצים.

תנאי:

/goal every getUser() in src/ has been replaced with fetchUser(), all calls updated to the new interface (id instead of userId), npm test passes, no files outside src/ touched, or stop after 30 turns

למה זה עובד: אפשר לבדוק את מצב הסיום באמצעות grep -r getUser src/ | wc -l (התוצאה צריכה להיות 0) ובאמצעות npm test exits 0. המגבלה מגינה על קובצי הבדיקות.

דוגמה 2. תיקון בדיקות שנכשלו.

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

תנאי:

/goal all failing tests in test/ are now green, npm test shows the results in the chat with 0 failures, without deleting tests or commenting out assertions, or stop after 25 turns

דוגמה נוספת לאותו סוג של תנאי:

\nתקנו את כל הבדיקות שנכשלו עד ש-npm test יחזיר 0, בלי לשנות קבצים מחוץ לתיקיית /auth\n

דוגמה 3. פירוק מחלקת-על.

תרחיש: קובץ אחד בן 1,200 שורות מכיל הכול — המודל, השירות, כלי העזר ולקוח ה-API. אתם רוצים לפרק אותו לפי עקרון «קובץ אחד, אחריות אחת», לעדכן את כל הייבואים ולהשאיר את הבדיקות תקינות.

תנאי:

/goal src/legacy/UserService.ts has been split into files under 200 lines, each file handles one responsibility (model, repository, api-client, validator), all imports are updated, npm run build is green, existing tests pass, or stop after 25 turns

דוגמה 4. סגירת צבר המשימות בלילה.

תרחיש: יש לכם מאגר קוד פתוח עם 20 משימות פתוחות שמתויגות good-first-issue. אתם רוצים ש-Claude יטפל בהן במהלך הלילה.

תנאי:

/goal process every issue labeled 'good-first-issue': read the description, implement a fix in a separate worktree branch worktree-issue-N, open a PR with a description. Continue until the queue is empty or 6 issues have been processed, or stop after 80 turns

המספר 6 לא נבחר באקראי — זו תקרה מציאותית ללילה אחד בתוכנית Pro. בוריס צ'רני מפעיל «אלפים» של סוכנים, אבל זה המקרה האישי שלו, לא ברירת מחדל שאפשר לשחזר.

דוגמה 5. ביקורת אבטחה.

תרחיש: npm audit מציג 8 פרצות בחומרה גבוהה. אתם רוצים ש-Claude יתקן אותן בלי לעדכן גרסאות ראשיות.

תנאי:

/goal every npm audit vulnerability with severity high+ is fixed, npm audit shows 0 high in the chat, all existing tests pass, no breaking API changes, no major version bumps to packages, or stop after 15 turns

מה לא לעשות עם /goal:

קראוצ'ר מנסח את כלל האצבע בחריפות במדריך שלו: אל תשתמשו ב-/goal למשימות שבהן «מוכן» פירושו «נראה טוב», «מרגיש נכון», «מעוצב היטב» או «כיפי». המעריך קורא רק את תמליל השיחה — הוא לא מריץ כלים ולא יכול להעריך איך התוצאה עובדת. הכלל הזה שולל 80% מהמשימות הסובייקטיביות שבהן /goal נכנסת ללולאה בלי להפיק תוצאה מועילה.

מתי /goal שורפת כסף לשווא: 3 דפוסי שימוש שגויים#

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

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

Findskill תיארה מקרה אמיתי:

מפתח אחד דיווח ששרף 200 דולר במשך שיחה של 14 שעות עם תנאים מעורפלים: תנאי חלש שגורם למעריך להמשיך לומר “עדיין לא” עשוי להוביל ל-50, 100 או 500 תורים לפני שתבחינו בכך.

200 דולר ב-14 שעות בגלל תנאי מעורפל הם מלוא המכסה השבועית בתוכנית Max. תתעוררו בבוקר בלי מכסה ובלי תוצאה מועילה.

אמצעי הגנה: סיימו כל תנאי ב-or stop after N turns (15 למשימות קלות, 50 לקשות ו-100 לכל היותר להרצות לילה).

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

הסיפור מ-22 במאי 2026: מפתח השאיר סקריפט כזה פועל במשך הלילה והתעורר לחשבון של 6,000 דולר. Anthropic שינתה בשקט את זמן החיים של המטמון משעה אחת ל-5 דקות. המפתח לא השתמש ישירות ב-/goal, אבל ההיגיון היה זהה: לולאה אוטונומית עם תזמון cron של 30 דקות בנתה מחדש היסטוריה של 800,000 טוקנים מאפס בכל פעם.

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

אמצעי הגנה:

1. אל תריצו את /goal במשך 8+ שעות בלי בדיקות ביניים.
2. הפעילו מגבלות שימוש דרך Settings → Usage (אמצעי הגנה חדש בעקבות התקרית של 6,000 דולר).
3. פתחו claude agents פעמיים במהלך הלילה — הציצו באמצעות Space ובדקו שמספר התורים לא גדל מהר מהצפוי.
4. לשרשראות מודלים יקרות (Opus 4.7), קבעו מגבלת תורים מחמירה יותר — 30 לכל היותר.

דפוס שגוי 3. יצירתיות באמצעות /goal.

קראוצ'ר הפעיל את /goal כדי לבנות משחק — התנאי כלל דטרמיניזם, אינווריאנטים ובדיקה שאפשר לנצח בשלב. המשחק נבנה, הבדיקות עברו והמעריך אמר «הושג». למשחק לא היו תמונות — התנאי לא הזכיר גרפיקה.

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

אמצעי הגנה: אל תשתמשו ב-/goal במשהו שתלוי בטעם (עיצוב, נוסח, חוויית משתמש). חזרו לשיחה רגילה או ל-Plan Mode — הם משאירים אתכם בתהליך קבלת ההחלטות.

מהו Agent View ואיך פותחים את לוח הבקרה#

אם /goal היא הפקודה «עבוד עד שתסיים», Agent View הוא חדר הבקרה שבו רואים את כל הפקודות האלה יחד. Anthropic מתארת אותו כך:

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

claude agents

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

ששת מצבי השיחה:

קיצורי המקשים העיקריים:

↑ / ↓             move through the session list
Space             peek pane (view without attaching)
Enter / →         attach to a session (enter it)
←                 detach (leave without killing it)
Ctrl+T            pin (protect the session from auto-stopping)
Ctrl+X            stop the session; press again within 2 sec to delete
Ctrl+R            rename
Ctrl+S            toggle grouping (state ↔ directory)

איך מתחילים שיחת רקע:

מתוך Claude Code אינטראקטיבי:

/bg fix the failing test test/auth/login.test.ts

או ישירות מהמעטפת:

claude --bg "fix the failing test test/auth/login.test.ts"

או באמצעות שם (כדי שתופיע ב-Agent View תחת תווית שקל לזהות):

claude --bg --name "flaky-test-fix" "fix test/auth/login.test.ts"

שיחת הרקע מתווספת אוטומטית ל-Agent View — הפעילו עם --bg, פתחו claude agents ותראו אותה ברשימה.

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

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

Worktrees: איך Claude מבודד שיחות מקבילות#

Worktrees פותרים את הבעיה העיקרית בעבודה אוטונומית מקבילה: מה קורה כששתי שיחות מנסות לערוך את src/auth.ts באותו זמן? לפני 2.1.139, שיחות כאלה יכלו ממש לדרוס את השינויים זו של זו. עם Agent View, Anthropic הציגה בידוד אוטומטי:

איך זה עובד בפועל:

# Launched three background sessions:
claude --bg --name "fix-tests" "fix the failing tests in test/"
claude --bg --name "add-oauth" "add Google OAuth according to the plan in plans/oauth.md"
claude --bg --name "split-userservice" "split UserService.ts into modules"

# File structure after launch:
.claude/worktrees/
├── fix-tests/             # separate repo copy on branch worktree-fix-tests
├── add-oauth/             # separate copy on branch worktree-add-oauth
└── split-userservice/     # separate copy on branch worktree-split-userservice

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

מלכודת מסוכנת — מחיקת שיחה מוחקת את ה-worktree שלה.

אם הורגים שיחה ב-Agent View (לחיצה על Ctrl+X פעמיים), ה-worktree שלה נעלם. כל השינויים שלא נשמרו הולכים לאיבוד. לפני מחיקת שיחה ב-Agent View, תמיד בצעו commit או push.

ביטול הבידוד (למקרים נדירים):

אם יש לכם מאגר שבו git worktrees לא עובדים (למשל, הגדרה עם symlinks או monorepo גדול עם checkout איטי), אפשר להשבית את הבידוד:

// .claude/settings.json
{
  "worktree": {
    "bgIsolation": "none"
  }
}

ואז שיחות הרקע יערכו ישירות את עותק העבודה שלכם. אפשרות הביטול הזאת נוספה ב-2.1.143 בעקבות תלונות של צוותים שעובדים עם monorepo גדולים.

עבודה מקבילית שורפת מכסה:

כלומר, תוכנית Pro (20 דולר לחודש) מספיקה ל-1–2 שיחות מקבילות בלילה, לא לעשר. אם אתם רוצים לעבוד כמו צ'רני עם אלפי סוכנים, צריך תוכנית Max או Enterprise.

שילוב /goal עם Plan Mode ו-subagents למשימות ארוכות#

כשל נפוץ הוא להקליד מיד /goal build a new feature. זה לא עובד, כי המעריך לא יודע איך נראית «תכונה שהושלמה». צריך תוכנית עם תיבות סימון שהמעריך יכול לאמת אחת אחת.

שכבה 1. Plan Mode כותב תוכנית מדורגת.

ב-Plan Mode, בקשו מ-Claude ליצור תוכנית שינויים מפורטת המחולקת ל-5–7 שלבים עם תיבות סימון שאפשר לאמת. שמרו אותה בשם plans/2026-05-24-google-oauth.md. בכל שלב יש 3–7 תיבות סימון עם פעולות קונקרטיות.

שכבה 2. Subagents מחלקים את העבודה לפי שלבים.

אם אפשר לבצע את התוכנית במקביל (למשל, השלבים בלתי תלויים — נקודת קצה של backend + טופס frontend + מיגרציית DB), אפשר להפעיל כל שלב בשיחת רקע נפרדת באמצעות claude --bg --name "<phase>". לכל שיחה יש worktree משלה.

שכבה 3. /goal מפעילה את המחזור עד להשלמת תיבות הסימון.

/goal all phases 1–7 in plans/2026-05-24-google-oauth.md are complete and marked [x], all tests in test/auth pass (npm test shows 0 failures), npm run build is green, or stop after 50 turns

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

השילוב הזה מסתמך על שלושה רכיבים:

• הנדסת הקשר: הקשר הנכון ב-plans/ — המעריך קורא אותו
• מוח שני: התיקייה plans/ שומרת את התוכנית בין שיחות
• שיבוט AI: ‏CLAUDE.md מגדיר את הכללים שהסוכן פועל לפיהם

בלי CLAUDE.md, /goal עלולה להציע פתרון ששובר את הארכיטקטורה. בלי תוכנית ב-plans/, המעריך לא יודע מהם קריטריוני ההצלחה. בלי subagents, אין שלבים מקבילים; הכול מתבצע ברצף.

אנדריי קרפטי הצטרף לצוות ה-pre-training של Anthropic ב-19 במאי 2026. לפני כן, הגישה שלו ל-CLAUDE.md ולסוכנים אוטונומיים, שנאספה במאגר multica-ai/andrej-karpathy-skills, צברה יותר מ-150,000 כוכבים ב-GitHub. אחד מארבעת העקרונות המרכזיים שלו לעבודה עם Claude נקרא Goal-Driven Execution — «להגדיר קריטריוני הצלחה, ולחזור על התהליך עד לאימות». זה בדיוק מה ש-/goal מתארת.

איך להשוות /goal ל-Codex, ל-Cursor ולמצבי סוכן אחרים#

/goal מוסיף בדיקת השלמה נפרדת אחרי כל תור; ראו את התיעוד הרשמי של /goal. למוצרים אחרים יש מצבים שונים, ו-CLI מקומי, משימת ענן מאוחסנת והפעלת עורך מפוקחת אינם יחידות השוואה חלופיות. במיוחד, אל תתארו את כל עבודת Codex CLI כמכולת ענן ואל תניחו מודל מאמת ושיטת חיוב אחת לכל הרצה.

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

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

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

/goal לעומת /loop:

/loop היא פקודה נוספת מאותה גרסה, והיא מפעילה משימות מחזוריות במרווח זמן נתון (כל N דקות). /goal מבוססת על תנאי (עד שהוא מתקיים). השתמשו ב-/loop למשימות בסגנון cron וב-/goal להשגת יעד מוגדר.

מתוך התיעוד של Anthropic:

רשימת בדיקה לפני הפעלת /goal: 7 פריטים#

רשימת בדיקה לפני כל הפעלה של /goal:

1. גרסת Claude Code ‏2.1.139+ — בדקו באמצעות claude --version ועדכנו אם הגרסה ישנה יותר. הגרסה המינימלית המומלצת היא 2.1.143 (15 במאי 2026), שמתקנת לולאות stop hook.

2. התנאי כולל מצב סופי שאפשר לאמת — במקום «שפר את זה», ציינו npm test exits 0. אם אינכם יכולים לחשוב על פקודת bash לאימות התוצאה, /goal אינה מתאימה למשימה הזאת.

3. יש מגבלת תורים קשיחה — כל תנאי מציין or stop after N turns. השתמשו ב-15 למשימות קלות, ב-50 לקשות וב-100 לכל היותר להרצות לילה.

4. המגבלות מפורשות וממוקדות — without modifying files outside /auth, without removing existing assertions, without bumping major versions. בלעדיהן, Claude עלול לתקן בדיקות על ידי מחיקתן.

5. נשמרו ב-commit או ב-push כל השינויים החשובים — אם אינכם עובדים ב-worktree (למשל, worktree.bgIsolation: "none"), Claude עורך את עותק העבודה שלכם. טעות עלולה לגרום לאובדן של עבודה שלא נשמרה.

6. מגבלות השימוש מופעלות דרך Settings → Usage — אמצעי הגנה חדש בעקבות התקרית של 6,000 דולר. הגדירו מגבלה ליום, לשיחה ולחודש.

7. Agent View, כלומר claude agents, פתוח בחלון נפרד — במשימות ארוכות, הציצו באמצעות Space פעם בשעה. אם מספר התורים גדל מהר מהצפוי או שהמעריך חוזר על אותה סיבה במשך שלושה תורים, לחצו Ctrl+C ונסחו מחדש את התנאי.

פריט נוסף — אל תפעילו לעולם את /goal עם --dangerously-skip-permissions בקוד של מישהו אחר או בקוד לא מוכר. הצירוף הזה משבית את כל הבדיקות ומאפשר לסוכן לעשות כל דבר בפרויקט שלכם. המחבר של הניתוח הזה משתמש בו רק ב-worktree חדש שאין בו דבר שאפשר לאבד.

/goal היא תכונה חזקה, אבל היא לא קסם. היא מצליחה בדיוק במידה שבה אתם מנסחים היטב את התנאי. אם תוכלו לתאר במילים מה נחשב «מוכן» כך שפקודה יכולה לאמת זאת, /goal תעשה את השאר. אם אינכם יכולים, חזרו לשיחה רגילה או ל-Plan Mode.

אפשר להמשיך לקרוא על Ailoot ב-ailoot.ai.