צוות פיתוח של סוכנים
האם אפשר להחליף רצף ידני של עבודה מול כלי AI אחד במערכת מתואמת של סוכנים, עם נקודת שליטה אחת בטלגרם ושרשרת בקרה ברורה?
הבעיה
פיתוח מוצר דיגיטלי דורש שרשרת כובעים: הגדרת משימה, ארכיטקטורה, Frontend, Backend, QA ותיקון תקלות עד ה-Merge. עם כלי AI אחד, אני הוא זה שמעביר את ההקשר בין השלבים, וזה צוואר הבקבוק.
הזרימה
- Telegram Intakeדרישה עסקית או משימת פיתוח. שער: שאלות הבהרה במידת הצורך
- Orchestratorפירוק, תכנון מסלול ובחירת סוכנים
- Architect (לפי צורך)נכנס רק לשינויי מבנה, DB או תלויות
- FE / BE Workersכתיבת קוד בהקשר המוגדר, עם לוגים, קבצים וסטטוס
- QA דטרמיניסטיBuild, tests, lint. כישלון חוזר לאורקסטרטור לתכנון מחדש
- QA LLMהאם התוצר עומד בדרישה. PASS או FAIL מנומק
- החלטה בטלגרםMERGE / REJECT / HOLD. האדם מחליט
- GitHub PR Mergeהשינוי מתמזג רק אחרי אישור
מצב משותף (TeamState) מחזיק את ההקשר, ההחלטות והחסמים. הסוכנים לא משוחחים חופשי זה עם זה: המידע עובר דרך ה-State.
איך זה התפתח
| מועד | מה קרה | מה זה לימד |
|---|---|---|
| פברואר 2026 | מחקר ארכיטקטורות, הגדרת Orchestrator לעומת TL, תקרות תקציב וטוקנים | הפרדה בין ממשל מוצרי לביצוע הנדסי |
| אפריל 2026 | גרסת Python/Redis/LangGraph עם סוכני Product, TL, FE, BE, QA, DevOps, Architect | מימוש סוכנים וניתוב, בלי הוכחת ביצוע מקצה לקצה |
| אפריל 2026 | ניסוי דף הרשמה נכשל: GitHub clone 403, Workspaces ריקים, retry בלי commit | סביבת עבודה, observability ו-Stop conditions הם חלק מהמוצר |
| אוגוסט 2026 | StateGraph + TeamState, QA דו-שכבתי, חזרה לאורקסטרטור, אישורים בטלגרם, GitHub PR | ארכיטקטורה מתקדמת ומתועדת |
החוויה בטלגרם
צ'אט שמציג רק “הסתיים” מסתיר תקלות. לכן הגדרתי אירועים מובנים, ולכל אירוע יש task_id והקשר, כך שתשובה שלי חוזרת לסוכן הנכון ולא מתבזבזת כהודעה חדשה.
- פחות רעש: סיכומי שלב קצרים במקום כל טוקן של כל סוכן
- יותר שליטה: PAUSE / RESUME / APPROVE / REJECT
- בקרת משאבים: הגבלת איטרציות ותקציב, ועצירה של לולאות
- Audit trail: מי החליט, איזה קובץ השתנה, מה הייתה תוצאת ה-QA
Build vs Buy
| חלופה | מה היא נותנת | ההבדל בניסוי שלי |
|---|---|---|
| Claude Code / Codex / Cursor | סביבת קידוד חזקה עם סוכן אחד | ריבוי תפקידים ו-Governance חיצוני דרך Telegram |
| Devin / Jules | אוטונומיית פיתוח בתצורות שונות | שליטה מותאמת בניתוב, ב-QA ובתנאי ה-merge |
| GitHub Copilot | שילוב בתוך העבודה של המפתח | ניסוי של צוות שלם, לא רק השלמת קוד |
| CrewAI / LangGraph | Orchestration frameworks | LangGraph היה בסיס למימוש, לא מתחרה |
השאלה שעדיין פתוחה: האם כמה סוכנים באמת מייצרים ROI טוב יותר מסוכן קידוד חזק אחד. בלי השוואה קפדנית על איכות, באגים, זמן, עלות ומידת התערבות, אין לי טענה מבוססת לעדיפות, ואני לא טוען אותה.