Claude Code מתקדם: subagents, skills ו-workflow

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

מאת צוות Core-Code (אודות) · עודכן ב-2026-06-03 · נבדק בעבודה יומיומית מול Claude Code, עם סיוע AI שנבדק ידנית.

מה הם subagents ומתי משתמשים בהם?

subagent (סוכן-משנה) הוא סוכן נפרד שהסוכן הראשי משגר עם משימה תחומה — והוא רץ עם חלון הקשר משלו, הרשאות משלו, ולעיתים מודל משלו. הוא חוקר, עובד, ומחזיר רק תקציר. הרעיון המרכזי הוא בידוד הקשר: כל הרעש של החיפוש לא מזהם את השיחה הראשית.

הזמן הנכון ל-subagent הוא כשמשימה רחבה וזוללת הקשר: חיפוש בקוד-בייס גדול, מחקר על כמה ספריות במקביל, או ניתוח שמייצר הרבה פלט ביניים. אנתרופיק מתארת בדיוק את התרחיש הזה: "Subagents can explore using their own context windows... investigating different aspects of a question in parallel, then returning condensed, distilled summaries" (מקור).

ההקשר של למה זה עובד טוב הוא חישובי. במחקר על מערכת המחקר הרב-סוכנית שלהם, אנתרופיק מצאה שצריכת הטוקנים לבדה מסבירה כ-80% מהשונות בביצועים בין הרצות (מקור). subagents מאפשרים לפזר את הצריכה הזו על כמה חלונות במקביל במקום למלא חלון אחד — וזה גם מהיר יותר וגם מדויק יותר. החיסרון: לתאם כמה סוכנים יקר ומורכב, אז לעריכה קצרה ופשוטה עדיף להישאר בשיחה רגילה.

איך משתמשים ב-skills?

skill הוא חבילת ידע והוראות שהסוכן טוען רק כשהמשימה מתאימה לה. בפועל זו תיקייה עם קובץ SKILL.md (תיאור מתי להשתמש + הנחיות מומחה), ולעיתים קובצי עזר וסקריפטים לצידו. במקום להעמיס את כל הידע לחלון ההקשר תמיד, הסוכן מושך את ה-skill לפי הצורך — דפוס שאנתרופיק מכנה "progressive disclosure".

ההבדל מ-subagent חשוב: skill הוא מה שהסוכן יודע, subagent הוא מי שמבצע. דוגמה: skill בשם "סקירת אבטחה" יכול להכיל צ'ק-ליסט מומחה ופקודות בדיקה; כשתבקשו סקירה, הסוכן יטען אותו ויפעל לפיו. כך נראה שלד מינימלי:

---
name: security-review
description: סקירת אבטחה לקוד לפני העלאה לפרודקשן. השתמש כשמבקשים בדיקת אבטחה, audit, או "מוכן לפרודקשן?".
---

## סקירת אבטחה — צ'ק-ליסט

1. חפש סודות ומפתחות שנכתבו בקוד (env, hardcoded keys).
2. ודא ולידציה של קלט בכל endpoint ציבורי.
3. בדוק הרשאות וגישה למסד הנתונים (least privilege).
4. דווח ממצאים לפי חומרה — אל תתקן בלי אישור.

ה-description הוא הלב: הוא מה שגורם לסוכן לדעת מתי למשוך את ה-skill. ככל שהוא מדויק יותר לגבי הטריגרים ("השתמש כש..."), כך ההפעלה אמינה יותר. שמרו skills קצרים וחדים — קובץ ענק מבזבז הקשר בדיוק כמו prompt מנופח.

איך כותבים הוראה טובה לסוכן-משנה?

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

Prompt

השלימו את הפְּרוֹמְפְּט נכון

חקור את שכבת האימות (auth) בקוד-בייס ו ▍

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

הכלל שראיתם: scope צר + פלט מוגדר + גבול עריכה. אותו עיקרון של הפרדת אחריות (SoC) שמנחה קוד טוב מנחה גם משימות לסוכנים — כל סוכן אחראי על דבר אחד וברור, והתקצירים מתאחדים בלי לדרוס זה את זה.

איך עובדת אוטומציה עם hooks?

hooks הם פקודות מערכת שרצות אוטומטית באירועים מוגדרים — למשל אחרי כל עריכת קובץ, לפני commit, או כשהסוכן מסיים. הם הופכים כלל מ"בקשה מנומסת ב-CLAUDE.md" לחוק אכיף: ההרסה מבוצעת על ידי הכלי, לא תלויה בזיכרון של הסוכן. זה ההבדל בין "נא להריץ format" לבין format שפשוט קורה תמיד.

מגדירים אותם ב-.claude/settings.json. דוגמה שמריצה formatter אוטומטית אחרי כל עריכה:

{
  "hooks": {
    "PostToolUse": [
      {
        "matcher": "Edit",
        "hooks": [{ "type": "command", "command": "npx prettier --write $CLAUDE_FILE_PATHS" }]
      }
    ]
  }
}

מתי זה קריטי? במשימות גדולות שבהן עקביות חשובה יותר מהכול — lint, בדיקות טיפוסים, או הרצת טסטים לפני שמשהו נחשב "גמור". כך אתם מקבלים את אותה רשת ביטחון שדיברנו עליה במניעת רגרסיה, אבל אוטומטית. שלבו זאת עם קובץ CLAUDE.md: ה-CLAUDE.md מסביר את הכוונה, ה-hook אוכף אותה.

איך מנהלים הקשר במשימה גדולה?

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

זרימת עבודה מנצחת למשימה רב-שלבית:

1. תכנון בשיחה הראשית — פרקו את המשימה לשלבים ברורים, ושמרו את התוכנית בקובץ (למשל PLAN.md) שישרוד גם אם תנקו הקשר.
2. subagents לחקירה — שגרו חיפושים ומחקר כסוכני-משנה, כדי שהרעש לא יזהם את החלון הראשי.
3. /clear בין שלבים — נקו הקשר במעבר בין משימות-משנה לא קשורות; הסתמכו על ה-PLAN.md ועל CLAUDE.md כזיכרון קבוע.
4. hooks לאיכות — תנו ל-format, lint וטסטים לרוץ אוטומטית כדי לא לבזבז הקשר על תזכורות.

כפי שמנסחים מהנדסי אנתרופיק, יש לנהל הקשר באופן אקטיבי כי הוא "a finite resource with diminishing marginal returns" (מקור). בדקו את הבנתכם:

Checkpoint

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

• אלהמשיך באותה שיחה — ככל שיש יותר הקשר, הסוכן חכם יותר.
• בלהריץ /clear, ולהישען על PLAN.md ו-CLAUDE.md כזיכרון לשלב הבא.
• גלפתוח פרויקט חדש לגמרי כדי שלא יהיה בלבול.

מה הלאה?

עכשיו יש לכם את הכלים לעבוד עם Claude Code (קלוד קוד) ברמת-על: בידוד הקשר עם subagents, ידע מובנה עם skills, אכיפה עם hooks, וניהול הקשר חכם. הבסיס לכל זה הוא קובץ הקשר טוב — חזרו אל CLAUDE.md וניהול הקשר אם תרצו לחדד אותו, ולעקרונות שמנחים חלוקת משימות נכונה ראו SoC — הפרדת אחריות בויקי.