חלון ההקשר (Context window)
זה זיכרון העבודה של הסוכן בשיחה הנוכחית: מה שהוא «רואה» — קבצים שקרא, הוראות שלכם, ותוצאות.
שיחה ארוכה ומפוזרת ממלאת את הזיכרון ברעש. עדיף משימות ממוקדות + תוכנית לפני קוד.
CLAUDE CODE · מודול 1
מהו סוכן קוד, ואיך עובדים איתו
Explore → Plan → Code → Commit
Claude Code אינו אותו דבר כמו Claude בצ׳אט.
זה סוכן קוד: קורא קבצים, עורך, מריץ פקודות, ובודק תוצאות בלולאה — עד שהמשימה מסתיימת או עד שאתם עוצרים.
לשאול בצ׳אט ← לתת משימה לסוכן ← לאסוף הקשר ← לתכנן ← לקודד ← לאשר ולשמור
Claude Code ≠ Claude בצ׳אט
צ׳אט (Claude רגיל)
- עונה על שאלות בטקסט
- אתם מעתיקים ומדביקים
- שיחה חד־פעמית יותר
- אתם שולטים בכל שלב ידנית
סוכן קוד (Claude Code)
- עובד על קבצים ועל הפרויקט
- קורא, עורך, מריץ פקודות
- לולאה: עושה ← בודק ← ממשיך
- אתם שולטים בהרשאות; הוא מבצע במסגרת
הצ׳אט עוזר לחשוב. הסוכן עוזר לבצע — אם מגדירים היקף, תוכנית, וקריטריון הצלחה.
לולאת הסוכן (Agentic loop)
- Prompt — אתם נותנים משימה ברורה
- Gather context — הוא אוסף הקשר רלוונטי (קבצים, מבנה, שגיאות)
- Act — הוא פועל: קורא, עורך, מריץ
- Verify — הוא בודק אם זה עבד
- Loop או Stop — ממשיך עד סיום, או עוצר ומבקש כיוון
זה לא «תשובה אחת מושלמת». זה מחזור עבודה — כמו עובד שחוזר אליך עם התקדמות.
זיכרון עבודה והרשאות — אתם בשליטה
מצבי הרשאה (Permissions)
- ידני (Manual) — כל פעולה חשובה עוברת דרככם
- אישור אוטומטי (Auto-accept) — פעולות בטוחות יותר רצות מהר יותר
- Plan — תכנון בלבד, בלי עריכות
- Auto — רץ חופשי יותר; רק כשמבינים את הסיכון ומפקחים
חוק זינוק: על פעולות הרסניות (מחיקה, דחיפה חיה, שינוי מערכות חשובות) — תמיד אישור אנושי.
מצב תכנון (Plan Mode)
Plan Mode = הסוכן מתכנן במצב קריאה בלבד — בלי לערוך קבצים.
- זה המקום הכי טוב לתקן כיוון לפני שנוגעים בקוד
- אתם רואים תוכנית פעולה + קריטריוני הצלחה
- רק אחרי אישור — עוברים לביצוע
אם משהו לא נשמע נכון בתוכנית — מתקנים כאן. לא אחרי שהסוכן כבר שינה עשרה קבצים.
תהליך הליבה: Explore → Plan → Code → Commit
Explore — איסוף הקשר
לפני שכותבים קוד — מבינים מה רלוונטי:
- אילו קבצים / תיקיות קשורים
- איך הדבר עובד היום
- מה כבר קיים ומה חסר
- מגבלות: טכנולוגיה, סגנון, מה אסור לגעת
המטרה: לא לנחש. לאסוף.
Plan — תוכנית פעולה + קריטריון הצלחה
- מה בדיוק ייעשה, בסדר ברור
- מה לא ייעשה (היקף)
- איך נדע שהצלחנו (בדיקה, התנהגות צפויה, לפני/אחרי)
בלי קריטריון הצלחה — «סיימתי» לא אומר כלום.
Code — ביצוע במסגרת ההרשאות
- עובד לפי התוכנית שאושרה
- רץ במצב ההרשאות שבחרתם
- בודק מול קריטריוני ההצלחה
- כשנתקע — אתם מנווטים (steer), לא זורקים הכול בלי סיבה
Commit — אימות, עיניים רעננות, ואז נחיתה
- אתם בודקים את התוצאה
- עיניים רעננות — קריאה קצרה כאילו מישהו אחר כתב
- רק אז — שומרים / מנחיתים את השינוי
הסוכן מאיץ. האחריות על מה שנכנס לפרודקשן — שלכם.
הפרומפט הראשון — איך להתחיל נכון
חלש: «תכתוב לי אתר» / «תתקן את הבאג»
חזק יותר — חמישה חלקים:
- מה המטרה (משפט אחד)
- איפה זה חי (תיקייה / קובץ / מערכת)
- מה מותר ומה אסור
- איך נראית הצלחה
- בקשה להתחיל ב־Explore + Plan לפני עריכות
דוגמה: «יש לנו דף יצירת קשר בתיקייה X. המטרה: לוודא שהטופס שולח למייל הנכון ולא נשבר במובייל. אל תשנה עיצוב כללי. התחל ב־Explore ואז הצע Plan עם קריטריוני הצלחה — בלי לערוך עדיין.»
טעויות נפוצות שכדאי להימנע מהן
- לקפוץ ישר ל«תכתוב את הקוד» בלי Explore
- לדלג על Plan — ואז לתקן בלולאה אינסופית
- לא להגדיר קריטריון הצלחה
- להשאיר את הסוכן בלי פיקוח על פעולות הרסניות
- לערבב חמש משימות בשיחה אחת עד שחלון ההקשר מתמלא ברעש
- לקבל «סיימתי» בלי לבדוק בעצמכם לפני Commit
גשר לזינוק: אותם רעיונות כמו ביום 1 של Grok Bot
במודול Grok Bot (יום 1) דיברנו על תפקיד ברור, היקף (Scope) צר, ואישור אנושי על מה שיוצא החוצה.
אותם עקרונות חלים על סוכן קוד:
- בוט = תפקיד ← סוכן = משימה עם היקף
- צמצמו scope ← Explore + Plan לפני Code
- אישור אנושי ← Permissions + Commit רק אחרי בדיקה
- הוכחת הצלחה ← קריטריוני הצלחה + Verify
הכלים שונים. המסגרת המחשבתית — אותה מסגרת של זינוק.
לזכור בפגישה
סוכן קוד לא מחליף שיקול דעת.
הוא מחליף עבודה חוזרת של קריאה־עריכה־בדיקה — אם אתם מגדירים משימה כמו שמגדירים תפקיד לעובד: הקשר, תוכנית, הרשאות, והוכחת הצלחה.
Explore → Plan → Code → Commit. זו הדרך לבנות שינוי יציב — לא אוסף ניסויים בצ׳אט.