מאמץ, מצב תכנון ו-/goal: הבקרים שבאמת חשובים
התשובה הקצרה
ההגדרה הכי מוקצנת של Claude Code — רמת ה"מאמץ" — חשובה פחות מהמשמעת שאתם מיישמים לפני הפרומפט. שלושה בקרים פותרים שלוש בעיות שונות:
- רמת מאמץ — כמה על Claude להרהר?
- מצב תכנון — מתי Claude צריך לחכות לאישור לפני עריכה?
- מצב /goal — מתי Claude צריך להמשיך לבד ללא בקשת המשך?
הכלים נוטים להתבלבל אחד עם השני, לכן כדאי להפריד ביניהם. אם תשלימו את השלושה האלה ב־Claude Code, אותו מודל מנטלי חל על Codex וכל כלי קוד אג'נטי אחר, שמתקרבים למשטח בקרה דומה.
רמות מאמץ הן שיקול תקציבי, לא מדד לאינטליגנציה
רמות המאמץ נמצאות על מה ש‑Anthropic מכנים עקומת חישוב בזמן בדיקה: המודל יכול להרהר לפני שהוא פועל, לייצר יותר או פחות שלבי ביניים ולהעריך גישות רחבות או צרות יותר. מאמץ גבוה משתמש ביותר טוקנים כדי לבדוק יותר גישות ושילובים. זה כל הסיפור — max לא קסם, זה פשוט יותר טוקנים מ־medium.
שני דפוסים שחשוב לזכור:
- מאמץ שובע: על עקומת דיוק‑לעומת‑טוקנים,
xhighלוכד את רוב הכוח והקפיצה ל־maxזניחה. - מודלים חדשים משנים את העקומה: מה שדרש
maxבדור אחד יכול להיותmediumבדור הבא.
לכן הכלל המעשי: כווננו את המאמץ לפי עומס ההיסק, לא לפי חשיבות נתפסת של המשימה.
low— למצוא קובץ, להסביר פונקציה, להריץ פקודה ידועה.medium— תיקוני באגים סטנדרטיים, הוספת בדיקות, ריפקטורינג ברור (ברירת מחדל מאוזנת).high/xhigh— החלטות ארכיטקטוניות, העברות מרובות־קבצים, דיבוג עם גורם שורש לא ברור, קוד רגיש לביטחון, שינויים בממשק ציבורי.
שינוי רמת המאמץ זה פקודה אחת: /effort, ואז חיצים ו‑Enter.
מצב תכנון: תקנו אי־הבנות לפני שיעוגנו בקוד
הדרך השכיחה ביותר שבה סוכני קוד טועים היא תזמון, לא חשיבה. מצב תכנון יוצר גבול של שלב:
inspect → reason → propose plan → wait
הסוכן בוחן ומציע בלי לערוך. הוא כותב את התוכנית לאזור בקרה שניתן לקרוא, כך שתתקנו אי־הבנות ברגע הזול ביותר. שיטת העבודה המומלצת של Anthropic מורכבת מארבעה שלבים — חקר → תכנון → ביצוע → אימות — ומצב תכנון אוכף את הגבול בין תכנון לביצוע.
היתרון העמוק יותר: מצב תכנון משנה את השאלה שאתם שואלים. בלעדיו השאלה היא "האם Claude ביצע את זה נכון?" — איתו, השאלה הראשונה היא "האם זו התוכנית הנכונה?" — הרבה קל יותר לענות עליה לפני ששינויים בקבצים מתרחשים.
מצב תכנון הוא ברירת המחדל הנכונה לכל דבר שנוגע ליותר משני קבצים, כולל ארכיטקטורה, או שיש לו עלות הפיכה לא טריוויאלית. דלגו עליו רק כשמדובר בשורה אחת בלתי־מעורפלת, או כשאתם מבקשים הסבר ולא יישום.
מצב /goal: קו סיום ש‑Claude עובד אליו בעצמו
/goal (Claude Code v2.1.139+, May 2026) קובע תנאי השלמה ו‑Claude ממשיך לעבוד לאורך חליפות עד שהתנאי מתקיים. הלולאה היא לעבוד → לבדוק → להמשיך או להשלים, ולא לעבוד → לחכות → אתם מחליטים → להמשיך.
המנגנון המרכזי: אחרי כל סיבוב, מודל מהיר קטן (Haiku כברירת מחדל) בודק האם התנאי שמניתם מתקיים. אם כן, המטרה מוסרת והשליטה חוזרת; אם לא, Claude מתחיל סיבוב נוסף. הבודק הזה נפרד מן המודל שעבד — החלטת הסיום נעשית על‑ידי מודל רענן, לא על‑ידי זה שביצע את העבודה. שילבו /goal עם מצב אוטומטי עבור קריאות כלים בלתי‑מונחות.
ההתניה: /goal טובה בדיוק כמו המטרה שאתם נותנים לה. מטרה מעורפלת תניב לולאה מעורפלת. "שפר את איכות הקוד" לא נותנת לבדק שום דבר לבחון.
איך לכתוב מטרה עם קו סיום
מטרה מנוסחת היטב כוללת חמישה חלקים:
- תוצאה — מה צריך להיות נכון בסיום
- משטח אימות — איך לוודא זאת (פקודה להרצה, ארטיפקט, מדד)
- מגבלות — מה אסור לשנות
- גבולות — אילו קבצים/ספריות בתחום הסקופ
- תנאי עצירה — מתי להפסיק ולדווח על חסם במקום לנסות לנצח לעד
/goal Make tests/auth/test_login.py pass on the current branch,
verified by running pytest tests/auth/test_login.py with exit code 0.
Preserve the existing public API. Only modify files under src/auth
and tests/auth. If a test requires external credentials not available
locally, stop and report which credential and what step failed.
מגבלה שראוי לדעת על קצה המזלג: שדה התנאי מוגבל ל־4,000 תווים — נדיב עבור מטרה מסודרת היטב.
ארבעה צירופים מעשיים
- מאמץ נמוך + רק בדיקה — חקירה ללא תופעות לוואי. מהיר וזול.
- מאמץ גבוה + מצב תכנון — החלטות ארכיטקטוניות והגירות; להבין את היקף מלא לפני שנוגעים בקבצים.
- תכנון → סקירה → goal — הדפוס האמינה ביותר לעבודה מהותית: הקדישו סיבוב לתוכנית נכונה, עברו עליה, ואז תנו ל־
/goalלבצע אותה באופן אוטונומי. - goal עם גבולות נוקשים — עבודה איטרטיבית על סקופ מוגדר היטב שבה רוצים ש‑Claude ימשיך אך לא יתפזר.
מתי לא להשתמש במצבים האלה
- דלגו על מאמץ גבוה כשהמשימה פשוטה וברורה.
xhighעל שינוי שם מבזבז טוקנים וזמן ללא צורך. - דלגו על מצב תכנון כשיש באמת גישה אחת סבירה — ההקפה חזרה לא מוסיפה ערך.
- דלגו על מצב goal כשקו הסיום מעורפל ואין פקודת אימות, או כשעבודה עלולה לגרום לשינויים רחבים בלי נקודות בקרה אדם. מצב goal מקטין פיקוח סיבוב‑אחר‑סיבוב — יתרון לתיקון בדיקות, סיכון לכל דבר שמשנה פרודקשן.
מסקנה
פסיקו לחשוב על אלה כהגדרות נפרדות לקונפיגורציה. התייחדו אליהן כשאל שאלות שיש לענות עליהן לפני כל משימה לא‑טריוויאלית:
- כמה מורכב ההיסק? → כווננו מאמץ בהתאם.
- האם הנתיב ידוע? → אם לא, תכננו קודם.
- האם העבודה דורשת איטרציה? → כתבו מטרה עם קו סיום.
פרומפט מתוחכם וטוב עם רמת מאמץ מתאימה ותוכנית ברורה מנצח שרשור מסובך של הוראות בכל פעם.
מקורות ראשיים: תיעוד Claude Code — Keep Claude working toward a goal, קונפיגורציית מודל ושיטות עבודה מומלצות. גרסת /goal (2.1.139, May 2026) ומנגנון הבודק אומתו מול התיעוד הרשמי ב‑2026-08-07.