orchestration | יותם פרום

plugin ל-Claude Code ש"הופך מטרה אחת לפירוק מרובה agents (סיווג, עבודה, אימות, סינתזה) עם אימות עוין", יכול להריץ עובדים בחלוניות מסוף גלויות וניתנות לחיבור, ותומך בניתוב דגמים בשתי שכבות. הוא ניסיון שנכשל, וה-repo פרטי ולכן אין קישור.

שלושה skills: orchestration:pipeline, orchestration:work (מחזור חיים בעשרה שלבים) ו-orchestration:tune (עריכות לפי ראיות מיומן ההרצות שלו עצמו).
הוא נשען על ALE: גרסה 2 של המערכת דרשה ALE 0.2.14 ומעלה, וגרסה 0.9.0 דורשת 0.4.5 ומעלה. הוא עוטף את ALE בשערים: אישור, פרסום, הרצות מרוחקות ומדדי תקורה.

איך זה הלך

ה-repo נוצר ב-27 באוגוסט 2026 והגיע ל-373 commits ב-18 באוקטובר.

גרסאות 0.7.1 עד 0.7.3 (5 באוקטובר) תיקנו פגמים שנמצאו בשתי הרצות /work בספריא.
ה-review הראשון של /work באותו יום מצא ציוני שערים של 0.22 ו-0.33. למשל 32 מתוך 32 כשלונות נחתמו כ-"build" לפני ההגשה האחרונה של ALE. כלומר התהליך דולג גם בידי מי שכתב אותו.
גרסה 0.8.0 הוסיפה מדדי תקורה ותקציבי context. גרסה 0.9.0 (18 באוקטובר) הייתה "מעבר ביצועים" שתיקן 20 פגמים.

למה זה נכשל

אותם ניסויים שמתוארים בערך של ALE: ה-plugin היה זרוע A2, "/work ופרסום עם ALE", והיא הפסידה בזמן ובעלות לשלוש הזרועות הקלות יותר בלי יתרון באיכות. בנוסף, צריכת ה-context בתחילת כל שיחה הייתה כ-106 אלף tokens, וסף של 150 אלף "לא ניתן לעמוד בו" ב-106 אלף. מעבר הביצועים חסך הרבה פחות מהקיצוצים בהגדרות המכונה (20 עד 27 אלף tokens בשיחה). ועוד: בניסוי השלב השני אפשר היה למצוא רק 2 מטרות אמיתיות מרובות חלקים בבאקלוג, שתיהן פגמים ב-plugin עצמו או ב-ALE. כלומר עיקר העבודה האמיתית של הכלי הייתה לתחזק את עצמו (זו מסקנה שלי ולא נאמרה במקור).

מגבלות שהוצהרו

ניתוב Z.ai תואם OpenAI לא אומת, הרצת cursor נבדקה רק תחבירית, וההנחה לגבי pipeline() של Workflow מעולם לא אומתה מול הכלי החי.

מצב

/work ו-/task נסגרו ב-20 באוקטובר 2026. ה-repo נשאר פרטי, והדחיפה האחרונה בו היא מ-18 באוקטובר.

מה בניתי

איך זה הלך

למה זה נכשל

מגבלות שהוצהרו

מצב