איך להשיק מאות סוכנים ב-Claude Code באמצעות Dynamic Workflows

אפשר למצוא חומרים נוספים על הגדרת כלים בתיעוד של Ailoot.

מה הם Dynamic Workflows, ולמה Anthropic השיקה אותם ב-28 במאי?#

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

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

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

במה Workflow שונה מתת-סוכן ומ-Skill: שלושה סוגי תזמור#

אני בוחר בין workflow, תת-סוכן ו-Skill באמצעות שתי שאלות: מי מחזיק בתוכנית, והיכן נשמרות תוצאות הביניים?

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

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

כך אני בוחר: למשימה שגרתית עם כמה שלבים, השתמשו בתתי-סוכנים או ב-Skill. למשימה שלא נכנסת לשיחה אחת, או לתהליך שתרצו להריץ שוב לפי דרישה, השתמשו ב-workflow. פירטתי את כל ארבעת אבני הבניין במדריך המרכזי Skills, Subagents, MCP, or Plugins.

שלוש דרכים להתחיל Workflow ב-Claude Code#

שיטה 1. מילת המפתח workflow בפרומפט. האפשרות הפשוטה ביותר; היא לא משנה את הגדרות הסשן. פשוט הוסיפו את המילה workflow לכל פרומפט, ו-Claude Code ידגיש אותה בזמן ההקלדה וייצור סקריפט מתזמר במקום לנהל שיחה רגילה.

Run a workflow to audit every API endpoint under src/routes/ for missing auth checks

אם Claude Code מדגיש את המילה אך לא התכוונתם להתחיל workflow, alt+w משבית את ההפעלה עבור הפרומפט הזה.

שיטה 2. מצב /effort ultracode. מצב זה מפעיל את רמת המאמץ המרבית של המודל (xhigh), וגם מאפשר ל-Claude להחליט בעצמו מתי משימה מצדיקה workflow.

/effort ultracode

במצב הזה, בקשה אחת יכולה להתפתח לכמה workflows בזה אחר זה: אחד להבנת הקוד, אחר לביצוע שינוי, ושלישי לבדיקת התוצאה. כל הרצה צורכת יותר טוקנים ונמשכת יותר מרמת מאמץ רגילה. המצב חל על הסשן הנוכחי בלבד ומתאפס כשפותחים סשן חדש. כשתחזרו לעבודה שגרתית, /effort high מכבה את ultracode.

שיטה 3. הפקודה המובנית /deep-research. Workflow מוכן של Anthropic למחקר באינטרנט. החלק הבא עוסק בשיטה הזאת.

בכל שלוש השיטות, Claude Code מבקש אישור בהרצה הראשונה ומציג רשימת שלבים. אפשרויות התגובה הן Yes, run it, Yes, and don't ask again for <name> (זוכר את האישור שלכם), View raw script (פותח את הקוד באמצעות Ctrl+G) ו-No. במצב Auto, נדרש אישור רק בהרצה הראשונה; ההרצות הבאות מתבצעות בלי לשאול. עם claude -p ו-Agent SDK אין אישור כלל: הרשאות תתי-הסוכנים נלקחות אז מרשימת ההיתרים המשותפת.

ה-Workflow המוכן /deep-research: דוגמה להרצה ראשונה#

הדרך המהירה ביותר לנסות Dynamic Workflows היא להריץ workflow מוכן במקום לכתוב אחד בעצמכם. Anthropic כוללת ב-Claude Code את ה-workflow המובנה /deep-research. הוא בוחן שאלה מכמה זוויות עצמאיות, מאתר מקורות, מצביע על כל טענה ומשאיר בדוח רק את הטענות שעומדות בבדיקת ההצלבה.

1. הריצו את הפקודה

   בסשן של Claude Code, הזינו /deep-research ונסחו את שאלתכם כפרומפט מפורט. ככל שהניסוח מדויק יותר, כך הסקריפט יבזבז פחות זמן בהפעלת שלבים.

2. אשרו את ה-workflow

   יופיע חלון עם השלבים והכפתורים Yes / View raw script / No. האישור נשמר עבור הפרויקט אם תבחרו אפשרות הכוללת don't ask again.

3. עקבו אחר ההתקדמות עם /workflows

   ההרצה עוברת לרקע, והסשן נשאר פנוי. הפקודה /workflows מציגה רשימה של הרצות פעילות והשלמות. השתמשו במקשי החצים כדי לבחור שלב, ב-Enter כדי להרחיב אותו ולראות את הסוכנים שבו, ב-j/k כדי לגלול בפרטים, ב-p כדי להשהות, ב-x כדי לעצור את ההרצה, ב-r כדי להפעיל סוכן מחדש, וב-s כדי לשמור את הסקריפט.

4. קראו את הדוח

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

בניגוד לצ'אט רגיל עם חיפוש יחיד באינטרנט, /deep-research מריץ שאילתות במקביל ומיישב בעצמו סתירות בין מקורות. אני מריץ אותו כדי לחקור נושא לפני כתיבת מדריך: זו דרך נוחה להתרשם מצריכת הטוקנים לפני הגדלת קנה המידה של workflow.

Ultracode: המצב שבו Claude מחליט מתי להתחיל Workflow#

Ultracode משלב שני דברים: מאמץ חשיבה מרבי והרשאה ל-Claude להתחיל workflows בעצמו. כברירת מחדל, אפילו /effort xhigh מריץ שיחה רגילה: Claude חושב זמן רב יותר, אך עדיין שומר את השלבים בהקשר שלו. Ultracode מאפשר ל-Claude להפוך משימה ל-workflow ביוזמתו ברגע שהוא מבין שסשן אחד לא יספיק.

/effort ultracode

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

המחיר ברור: כל בקשה נמשכת יותר ועולה יותר מ-/effort high. מאחורי הקלעים, כמה הרצות מתבצעות עם מגבלות משלהן, ו-Anthropic עצמה לא ממליצה על ultracode כמצב ברירת המחדל. הוא חל על הסשן הנוכחי בלבד ומתאפס בסשן הבא.

כשתחזרו לעבודה שגרתית, /effort high מכבה את ultracode והסשן חוזר להיות צ'אט רגיל עם תתי-סוכנים. במודלים שלא תומכים ב-xhigh, האפשרות ultracode פשוט לא מופיעה ב-/effort.

מגבלות, טוקנים ומכשולים בהרצה הראשונה#

זמן הריצה מציב את המגבלות הטכניות הקשיחות הבאות:

• עד 16 סוכנים פועלים במקביל. פחות במחשבים בעלי מספר קטן של ליבות. זהו תקציב משאבים מקומי.
• 1,000 סוכנים להרצה. אמצעי הגנה מפני לולאות חסרות שליטה: אם סקריפט מתחיל להפעיל סוכנים ללא הפסקה, זמן הריצה יכבה אותו.
• אי אפשר להמתין לקלט מהמשתמש במהלך הרצה. רק הרשאות לכלים יכולות להשהות אותה. אם אתם צריכים לאשר כל שלב, פצלו את העבודה ל-workflows נפרדים.
• לסקריפט עצמו אין גישה ישירה לקבצים או למעטפת הפקודות. קריאה, כתיבה והרצת פקודות הן באחריות הסוכנים שהוא מפעיל. הסקריפט רק מתאם ביניהם.
• נדרשת Claude Code v2.1.154 או גרסה מאוחרת יותר. זמינה בתוכניות Pro, Max, Team ו-Enterprise (הפעלת Pro מתבצעת דרך /config), וכן ב-Claude API, Amazon Bedrock, Vertex AI ו-Microsoft Foundry.

האזהרה העיקרית נוגעת לעלות.

כל סוכן בהרצה משתמש במודל של הסשן, אלא אם הסקריפט מנתב שלב למודל אחר. לפני הרצה גדולה, בדקו את /model: אם אתם רגילים לעבור למודל זול יותר במשימות שגרתיות, ultracode ו-/deep-research עלולים להגדיל את החשבון אם תדלגו על הבדיקה הזאת. תוכלו לבקש מ-Claude במפורש בפרומפט "להשתמש במודל זול יותר בשלבים שלא דורשים יכולת מרבית"—זו דרך תקפה לנהל עלויות.

אם הרצה סוטה מהמסלול, פתחו את /workflows, בחרו את ההרצה ולחצו על x. הסוכנים שכבר סיימו שומרים את התוצאות שלהם. אפשר לחדש הרצה שנעצרה באותו מקום באמצעות p, או לבקש מ-Claude להפעיל מחדש את הסקריפט מאותה נקודה: סוכנים שנשמרו במטמון מחזירים את התוצאות שלהם, והאחרים ממשיכים לעבוד בזמן אמת. הדבר פועל בתוך סשן אחד: ברגע שיוצאים מ-Claude Code, הסשן הבא מתחיל את ה-workflow מההתחלה.

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

איך לשמור Workflow בפרויקט#

אם Claude יצר workflow למשימה חוזרת (למשל, סקירת כל ענף או ביצוע ביקורת אבטחה קבועה), אפשר לשמור את הסקריפט ולהפסיק לתאר את המשימה במילים בכל פעם.

1. פתחו /workflows

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

2. לחצו על s

   יופיע חלון שמירה. Tab מחליף את מיקום האחסון.

3. בחרו תיקייה

   .claude/workflows/ נמצאת בפרויקט וגלויה לכל מי ששיבט את המאגר. ~/.claude/workflows/ נמצאת בתיקיית הבית שלכם, זמינה בכל הפרויקטים שלכם וגלויה רק לכם.

4. הפעילו אותו כפקודה

   /[script_name] מפעיל את ה-workflow עם אותו סקריפט כמו בפעם הראשונה. אם קיימים workflows בעלי אותו שם בתיקיית הפרויקט ובתיקיית הבית, זה שבפרויקט מקבל עדיפות.

כך נוצר דפוס מעניין: אדם אחד בצוות מצליח להפעיל workflow פעם אחת, מכניס אותו ל-.claude/workflows/ באמצעות commit, וכל חבר צוות אחר מריץ את אותו תזמור באמצעות פקודה. הסקריפט כתוב ב-JavaScript קריא, כך שאפשר לבדוק אותו, לערוך אותו ולבצע commit לגרסה חדשה.

בפעם הראשונה שמריצים workflow שמור בפרויקט, Claude Code עדיין מציג חלון הרשאות, ולכן שמירת הסקריפט אינה מאשרת אותו אוטומטית. האישור ניתן בנפרד באמצעות Yes, and don't ask again.

לאילו משימות באמת כדאי להשתמש ב-Workflows?#

Anthropic מפרטת במפורש את התרחישים שזמן הריצה נועד עבורם:

• ביקורות בכל בסיס הקוד—בדיקת כל נקודת קצה, קובץ ופונקציה לפי רשימת בדיקה. לדוגמה, חיפוש בדיקות אימות חסרות, איתור לוגיקה כפולה או ביקורת אבטחה לפי כללי OWASP. מופעל סוכן נפרד לכל סעיף ברשימה.
• מיגרציות גדולות—מעבר בין מסגרות עבודה, התרחקות מ-API שהוצא משימוש או העברת אלפי קבצים לשפה אחרת. ה-workflow עוקב אחר ההתקדמות, הסוכנים עובדים על קבצים במקביל, וסוכני בדיקת ההצלבה מחפשים דברים שאולי הוחמצו.
• מחקר עם בדיקת הצלבה—שאלה שדורשת מקורות מזוויות שונות והערכה של הטענות שיחזיקו מעמד בבדיקת הצלבה. זהו התרחיש הבסיסי שעבורו נוצר /deep-research המובנה.
• תוכנית מורכבת שתרצו לשרטט מכמה זוויות עצמאיות—ה-workflow יוצר כמה טיוטות תוכנית עצמאיות, סוכנים בעלי עמדות מנוגדות בוחנים אותן, ומתקבלת סינתזה. זה מתאים למצב שבו "מחיר הטעות גבוה, וניסיון אחד לא מספיק".

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

אם אתם מובילים צוות בתוכנית Enterprise, ייתכן שמנהל מערכת כיבה את Workflows באמצעות הגדרות מנוהלות או המתג בדף הניהול של Claude Code. לפני שמתייחסים ל-Workflows כאל "פתרון לכל דבר", בדקו אם הם בכלל מופעלים: /config → הרשומה Dynamic workflows.

Second Brain—מצאו חומרים נוספים על עבודה עם כלים בתיעוד של Ailoot.