מה זה Sub-agents ב-Claude Code — צוות סוכני AI במקום אחד
Sub-agents (סאב-אייג'נטים) הם סוכני משנה ב-Claude Code שכל אחד מקבל משימה מוגדרת משלו, עובד בהקשר (context) נקי ונפרד, ולעיתים רץ במקביל לאחרים. במקום שיחה אחת ארוכה שבה Claude עושה הכל בתור, נוצר בפועל צוות קטן: סוכן אחד קורא חומר, שני מנתח או כותב, שלישי בודק את התוצאה — בדיוק כמו מנהל שמאציל משימות לצוות במקום לעשות הכל בעצמו. התוצאה: עבודה מהירה יותר, ופחות "רעש" בהקשר הראשי שגורם לClaude לטעות או לשכוח דברים.
הבעיה ששיחה אחת ארוכה יוצרת
כשClaude עובד על משימה מורכבת בשיחה אחת — לקרוא עשרה דוחות, לסכם, ואז לבדוק את הסיכום — כל שלב "נשאר" בהקשר של השיחה. עד שמגיעים לשלב הבדיקה, ההקשר כבר מלא בטקסט מהדוחות המקוריים, טיוטות ביניים, והערות. זה לא רק מבזבז מקום — זה גם מגדיל את הסיכוי שClaude "יתבלבל" בין מה שהוא קרא לבין מה שהוא כתב בעצמו, בדיוק כמו עובד שמנסה לעשות שלוש משימות שונות באותו דף בלי להפריד ביניהן.
Sub-agents פותרים את זה בצורה פשוטה: כל סוכן משנה מקבל הקשר משלו, ריק מכל "רעש" של המשימות האחרות. הסוכן שקורא דוחות לא רואה את מה שהסוכן שכותב סיכום כותב, וגם ההפך. בסוף, רק התוצאה הסופית של כל סוכן משנה חוזרת ל"מנהל" — לשיחה הראשית — ולא כל התהליך שהוביל אליה.
איך זה עובד בפועל: המנהל והצוות
אפשר לחשוב על זה כך: יש לכם "מנהל" — זו השיחה הראשית עם Claude — ומתחתיו צוות של סוכני משנה, שכל אחד מומחה במשימה ספציפית. המנהל מחליט מתי להאציל משימה לסוכן משנה, שולח לו הוראה ברורה, מחכה לתוצאה, וממשיך הלאה. הסוכן עצמו לא "רואה" את כל השיחה שקדמה לו — רק את מה שהמנהל בחר להעביר אליו.
זה דומה מאוד לאיך שצוות אמיתי עובד: אתם לא שולחים לכל עובד את כל תיבת המייל שלכם כדי שיבין מה לעשות — אתם נותנים לו תדריך ממוקד למשימה שלו. מי שכבר כתב CLAUDE.md לעסק שלו מכיר את ההיגיון — שם זה קובע איך Claude מתנהג באופן קבוע; ב-Sub-agents זה קורה ברמת המשימה הבודדת.
הרצה במקביל — לא רק בתור
היתרון הנוסף הוא שסוכני משנה יכולים לרוץ במקביל, לא רק אחד אחרי השני. אם יש שלוש משימות בלתי-תלויות — לקרוא שלושה חוזים שונים, למשל — אפשר להריץ שלושה סוכני משנה בו-זמנית במקום לחכות שכל אחד יסיים לפני שהבא מתחיל. זה בדיוק כמו שמנהל טוב לא מחכה שעובד אחד יסיים לפני שהוא נותן משימה לעובד השני — הוא מחלק עבודה שאפשר לעשות יחד, ומרכז את התוצאות בסוף.
מתי דווקא לא כדאי לפצל למספר סוכנים
לא כל משימה מרוויחה מפיצול. אם המשימות תלויות זו בזו לחלוטין — למשל, סוכן שני חייב לדעת בדיוק מה סוכן ראשון כתב, מילה במילה, לפני שהוא יכול להתחיל — אין טעם ליצור הפרדה מלאכותית, כי היא רק תוסיף שלב תקשורת מיותר בין הסוכנים בלי לחסוך זמן. הכלל הפשוט: אם אפשר לתאר את המשימה כרשימת תתי-משימות שכל אחת מהן יכולה להתבצע בלי לדעת מה קורה בתתי-המשימות האחרות (או שהתלות ביניהן היא רק "תוצאה סופית" ולא "כל שלב ביניים") — זה מועמד טוב לפיצול לסוכני משנה. משימה קצרה וליניארית, לעומת זאת, עדיין הכי יעילה בשיחה רגילה אחת.
דוגמה עסקית: בדיקת דוחות רבעוניים
נניח שיש לכם עסק קטן וסוף הרבעון הגיע — צריך לעבור על דוחות מכמה מקורות, לכתוב סיכום למנהלים, ולוודא שהמספרים הגיוניים. במקום שיחה אחת שעושה הכל, אפשר לחלק כך:
| סוכן משנה | תפקיד | קלט | פלט |
|---|---|---|---|
| סוכן קורא | עובר על דוחות המקור וקבצי הנתונים הגולמיים | קבצי Excel / PDF של הרבעון | תמצית עובדות ומספרים מרכזיים |
| סוכן כותב | הופך את התמצית לסיכום מנהלים קריא | תמצית העובדות מהסוכן הקורא | טיוטת סיכום בעברית |
| סוכן בודק | משווה את הסיכום מול המקורות, מאתר סתירות | הטיוטה + הדוחות המקוריים | רשימת תיקונים או אישור סופי |
המנהל (אתם, בשיחה הראשית) מקבל בסוף רק את התוצר המוגמר והמאושר — לא צריך לעבור בעצמכם על כל שלב ביניים. זה בדיוק סוג העבודה שגם מתאים לאוטומציה עסקית רחבה יותר, ולמי שמנהל תהליכי כספים — יש התאמה ייעודית בניהול כספים עם AI ובמסלול הייעודי למנהלי כספים.
דוגמה שנייה: תמיכת לקוחות וסינון פניות
מקרה שימוש נפוץ נוסף הוא ניהול תיבת פניות לקוחות עמוסה. תארו לעצמכם עסק שמקבל עשרות פניות ביום — חלקן שאלות פשוטות, חלקן תלונות שדורשות תשומת לב אנושית, וחלקן בקשות טכניות. אפשר לחלק את זה לשלושה סוכני משנה: אחד שממיין את הפניות לפי דחיפות ונושא, שני שמנסח מענה ראשוני לפניות הפשוטות, ושלישי שמסמן לבדיקה אנושית כל פנייה שנשמעת כמו תלונה או בעיה רגישה. כל סוכן עובד בהקשר צר משלו — הממיין לא צריך לדעת איך לנסח תשובה, והמנסח לא צריך לדעת את כל היגיון המיון. עיקרון החלוקה הזה מתאים גם למשימות של מיון וסיווג מיילים, ואפשר לראות דוגמאות דומות בספריית ה-Skills שלנו.
למה זה חשוב לעסק (לא רק לתכנתים)
זמן. משימות שרצות במקביל מסתיימות מהר יותר ממשימות שרצות בתור. אם צריך לעבד עשרה מסמכים דומים, עשרה סוכני משנה שרצים יחד יסיימו הרבה יותר מהר מסוכן אחד שעובר עליהם אחד-אחד.
דיוק. כשכל סוכן משנה מתמקד במשימה אחת בלבד, בהקשר נקי, הסיכוי לטעות יורד. סוכן שרק בודק עובדות לא "מוסח" מהניסוח של הסיכום, וסוכן שכותב לא צריך לזכור את כל הפרטים הגולמיים מהדוחות המקוריים.
שקיפות. מכיוון שכל סוכן משנה מקבל תפקיד מוגדר, קל יותר להבין מי אחראי על מה ולבדוק היכן בדיוק קרתה טעות, אם קרתה. זה שונה משיחה ארוכה אחת שבה קשה לדעת באיזה שלב בדיוק הדברים הסתבכו.
חשוב לדייק: Sub-agents הן יכולת של Claude Code — הכלי שרץ ישירות מול קבצים ותהליכי עבודה, ולא חלק מהשיחה הרגילה באתר claude.ai. מי שעדיין לא מכיר את ההבדל בין השניים כדאי שיקרא קודם מה זה Claude Code ואיך מתקינים אותו.
Sub-agents מול Skills — מה ההבדל
הרבה משתמשים מבלבלים בין Sub-agents לבין Skills, כי שניהם עוסקים ב"האצלת" עבודה ל-Claude. ההבדל מהותי:
| קריטריון | Skill | Sub-agent |
|---|---|---|
| מה זה | חבילת ידע/הוראות למשימה ספציפית (איך לכתוב חוזה, איך לנתח דוח) | סוכן נפרד שמריץ משימה שלמה בהקשר עצמאי משלו |
| הקשר | משתמש בהקשר של השיחה הנוכחית | מקבל הקשר נקי ונפרד, לא "רואה" את כל השיחה |
| מקביליות | לא רלוונטי — זו הוראה, לא תהליך רץ | אפשר להריץ כמה Sub-agents במקביל |
| מתי משתמשים | כשרוצים ש-Claude "ידע" איך לבצע משימה חוזרת | כשרוצים לפצל משימה מורכבת לכמה חלקים עצמאיים |
| דוגמה | Skill לניתוח דוח כספי לפי תבנית קבועה | סוכן אחד קורא, סוכן שני כותב, סוכן שלישי בודק — כל אחד עם המשימה שלו |
בפועל השניים משתלבים: אפשר לתת לכל Sub-agent גם Skill מתאים למשימה שלו — הסוכן הבודק, למשל, יכול להשתמש ב-Skill ייעודי לבדיקת עקביות מספרים. מי שרוצה להעמיק בהיגיון הזה יכול לעיין בספריית ה-Skills שלנו, שם יש גם Skills מוכנים לתחומים עסקיים שונים, כולל Excel וכספים.
איך מתחילים לעבוד עם Sub-agents
אם אתם כבר עובדים עם Claude Code, אין צורך להתחיל מ"תיאוריה" — ההגדרה של Sub-agent היא בעצם הוראה כתובה (דומה במבנה לפרומפט טוב) שמגדירה למי מאציל את המשימה, מה הקלט שהוא מקבל, ומה הפלט שהוא צריך להחזיר. ההבדל העיקרי מפרומפט רגיל הוא שהוא רץ כתהליך נפרד עם הקשר משלו, במקום להיות עוד שורה בתוך אותה שיחה.
הצעד הראשון המעשי הוא לזהות משימה שכבר עושים היום "בתור" — למשל, קריאה ואז כתיבה ואז בדיקה — ולשאול אם שלושת החלקים באמת תלויים זה בזה, או שאפשר להפריד ולהריץ חלק מהם במקביל. ברוב תהליכי העבודה העסקיים (בדיקת חוזים, סיכום ישיבות, ניתוח נתונים) התשובה היא שכן.
מי שרוצה ללמוד את זה שיטתית, כדאי להתחיל מהקורס החינמי שממפה את היסודות, ולהמשיך לקורס המלא שמעמיק גם באוטומציות מבוססות סוכנים. מי שרוצה קודם להבין את כל התמונה — מ-Claude הבסיסי ועד לכלים המתקדמים — יכול להתחיל ממה זה Claude ולעבור למאמרים המתקדמים יותר משם. וכדי להעריך כמה זמן ועלות זה חוסך לעסק, יש מחשבון ROI שממחיש את זה במספרים.
שאלות נפוצות
מה ההבדל בין Sub-agent לבין שיחה רגילה עם Claude?
בשיחה רגילה כל מה שClaude עושה נשאר באותו הקשר אחד שהולך ומצטבר. Sub-agent הוא תהליך נפרד עם הקשר משלו, ריק מהרעש של שאר השיחה, שמקבל משימה מוגדרת ומחזיר תוצאה בלבד למנהל (השיחה הראשית).
האם Sub-agents זמינים גם ב-claude.ai הרגיל, לא רק ב-Claude Code?
נכון ליולי 2026 היכולת הזו קשורה בעיקר לClaude Code — הכלי שרץ מול קבצים ותהליכי עבודה, ולא לשיחה הרגילה באתר claude.ai. מי שעובד רק מול claude.ai לא ייתקל ב-Sub-agents במובן הטכני הזה.
האם צריך לדעת לתכנת כדי להשתמש ב-Sub-agents?
לא חובה, אבל נדרשת היכרות בסיסית עם Claude Code וההגדרות שלו. מי שכבר מריץ פקודות בסיסיות (ראו פקודות שימושיות ב-Claude Code) יכול ללמוד להגדיר Sub-agents בהדרגה, בלי צורך ברקע תכנותי מלא.
מה קורה אם מריצים כמה Sub-agents במקביל ואחד נכשל?
בדרך כלל המנהל (השיחה הראשית) מקבל דיווח על כל סוכן משנה בנפרד, כך שאפשר לזהות בדיוק איזה חלק נכשל ולתקן רק אותו — במקום להריץ מחדש את כל התהליך מהתחלה.
האם Sub-agents מחליפים את הצורך ב-Skills?
לא, הם משלימים זה את זה. Skill הוא ידע והוראות למשימה ספציפית; Sub-agent הוא מנגנון להרצת משימה בהקשר נפרד, לעיתים במקביל לאחרות. אפשר, ואף כדאי, לצייד כל Sub-agent ב-Skill המתאים למשימה שלו.
האם שימוש ב-Sub-agents עולה יותר?
כן, יש לצפות לעלות גבוהה יותר יחסית לשיחה בודדת, כי כל סוכן משנה צורך משאבים בפני עצמו. עם זאת, בדרך כלל זה מתקזז מול הזמן שנחסך והדיוק שמתקבל — כדאי לבדוק את זה מול מחשבון הROI שלנו לפי היקף העבודה בפועל.