הרצת תזמור

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

מתי להשתמש בתזמור

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

שלב 1: בקשו את התוכנית

פתחו (או צרו) מרחב וכרטיס עוגן. כל הצעה מחייבת אחד כזה (propose_orchestration מקבל ticket_id); המרחב המשותף מגיע מאותו כרטיס.
אפשר גם להחליף את התפריט הנפתח של המצב בתיבת הכתיבה לתזמור. מצב זה מצמצם את הסוכן לקריאה ולהצעה — זיכרון, גרף הקוד, קריאות של מאגרים וכרטיסים, propose_orchestration וכלי הפלייבוק — כך שהוא לא יכול להתחיל לכתוב קוד במקום לתכנן.
תייגו ב-@ את המתזמר שלכם (בדרך כלל סוכן ה-CEO) ונסחו את המטרה בשפה פשוטה:

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

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

מכיוון שההצעה היא אובייקט טיפוסי, האפליקציה מאמתת אותה (תפקידים תקינים, סכמות פלט מוצהרות, DAG בלי מעגלים) לפני שמשהו רץ. הצעה שנכשלת באימות אינה ניתנת לאישור.

שלב 2: סקרו וערכו את ההצעה

הכרטיס שבצ’אט מציע שלוש פעולות: אישור התוכנית, דחייה ופתיחה — שפותחת את התוכנית ב-Plan Studio כלשונית עורך. הכרטיס עצמו אינו ניתן לעריכה.

כדי לשנות משהו, לחצו על פתיחה ועבדו בחלונית הימנית:

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

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

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

שלב 3: אשרו

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

מכאן, מממש דטרמיניסטי (פונקציה טהורה, בלי LLM) הופך את ההצעה לפייפליין אמיתי ויוצר את התשתית:

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

הסטטוס עובר ל-approved, ואחר כך ל-executing.

שלב 4: עקבו אחרי ההרצה

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

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

כשהתת־כרטיסים מסתיימים, הסטטוס עובר ל-synthesizing ושלב הסינתזה מפיק את התוצר. הטקסט הזה מתפרסם במרחב המשותף וכרטיס האב מסומן כהושלם, ואז completed.

עצרו את זה מוקדם

לחצו על ביטול התזמור בכרטיס שבצ’אט, או על ביטול ההרצה בסרגל האישור של Plan Studio. הביטול מפרק את העבודה שבאוויר.

תזמור נכשל כשהמימוש נכשל, או כשהרצת הפייפליין שנוצרה נכשלת (מחקר, דיון, סינתזה או שימור — השלבים האלה אינם ממשיכים בכישלון). שלבי עבודה שנוצרו ממשיכים תמיד בכישלון, כך שתת־כרטיס אחד שנכשל לא מכשיל את ההרצה. אין מסלול כישלון של חריגה מהתקציב ואין סף של “כל תת־הכרטיסים נכשלו”.

מדריכים קשורים

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