מדוע ארכיטקטורת שני מוחות?
רוב העוזרים לכתיבת קוד משתמשים במודל יחיד שצריך להחליט מה לבנות וגם לכתוב את קוד המקור. לאורך סשנים ארוכים, חלון ההקשר (context window) של המודל מתמלא, מה שגורם ל"סטיית הקשר" (context drift) – הוא שוכח החלטות קודמות ופולט קוד סותר או כפול. Cursor פותר זאת על ידי פיצול המאמץ המנטלי:
- סוכני תכנון (Planner agents) רצים על המודלים החזקים ביותר (הטיוטה מציינת את Opus 4.8 או Fable 5). הם מפרקים בקשה ברמה גבוהה להיררכיית משימות, פותרים עמימות ומתעדים בחירות עיצוביות.
- סוכני עבודה (Worker agents) רצים על מודלים מהירים בעלי תפוקה גבוהה (Composer 2.5). הם מקבלים משימות קונקרטיות מהמתכננים ומייצרים את קטעי הקוד.
הפרדה בין ה"מה" ל"איך" מונעת את העומס שמעכב מערכות בעלות מודל יחיד. כל מודל נשאר בתוך גודל הקשר המתאים לתפקידו, מה שמונע את התנפחות תקציב הטוקנים (token-budget) שמאלצת מעצבים לקצר פרומפטים.
הרחבת הנחיל
גרסאות מוקדמות של הנחיל (swarm) של Cursor הריצו כאלף commits בשעה. לאחר תכנון מחדש בשיטת ה-"split-brain", המערכת הגיעה לכאלף commits בשנייה בערך. המהירות הזו חשפה צוואר בקבוק חדש: כלי בקרת גרסאות (version-control) לא נבנו להתמודדות עם עומס כזה. כאשר שני מתכננים הוציאו הוראות חופפות, ה-repository עלול היה להסתיים בלוגיקה כפולה – בעיה שהצוות מכנה "שגיאות split-brain".
Cursor ריסנה את הכאוס באמצעות שלושה מנגנוני הגנה:
- מסמכי עיצוב משותפים – כל מתכנן כותב את החלטותיו למסמך מרכזי המקושר לקוד שנוצר. סוכני העבודה עוקבים אחר הקישורים הללו, כך שאותו עיצוב לא נוצר מחדש במקום אחר.
- סקירות רב-זוויתיות – שלושה סוכנים בוחנים כל אחד חלק אחר של העבודה (התמליל המלא, רק הפלט, או רק הקוד). בדיקה צולבת זו תופסת חוסר עקביות שזווית צפייה אחת הייתה מפספסת.
- מדריכי שטח מתוחזקים עצמית – הסוכנים מחזיקים "תיקיית ידע" של ממצאים מפתיעים ומלכודות. כשסוכן עבודה חדש מתחיל, הוא מתייעץ עם התיקייה כדי להימנע מחזרה על טעויות ידועות, מה שמספק זיכרון לטווח קצר לכל הנחיל.
אמצעים אלו שומרים על עקביות ב-codebase למרות שטף השינויים.
מדדים משמעותיים
Cursor בחנה את הנחיל ההיברידי על ידי בנייה מחדש של המדריך המלא של SQLite – מימוש ב-Rust באורך 835 עמודים – משימה המאתגרת הן את הדיוק והן את הגודל. התוצאות היו בולטות:
- דיוק – התצורה ההיברידית (מתכנן + סוכני Composer) השיגה 100% דיוק, ועקפה בעקביות הרצה בודדת של המודל המתקדם ביותר שהוזכר (GPT-5.5).
- גודל הקוד – הנחיל ההיברידי ייצר 9,908 שורות של קוד מנוע, לעומת 64,305 שורות מהנחיל המוניליטי (monolithic) הישן יותר.
- עלות – הרצת מופע (instance) בודד של GPT-5.5 עלתה כ-10,565 דולר. הגישה ההיברידית הוציאה 411 דולר בלבד על צי סוכני העבודה.
פער העלויות נובע מ-Composer 2.5, אשר בטיוטה מתואר כמעניק ביצועים דומים למודלי דגל, תוך שהוא גובה שבריר מהמחיר למיליון טוקנים. על ידי העברת רוב צריכת הטוקנים למודל זול יותר זה, הנחיל שומר על עלות כוללת נמוכה מבלי להקריב את האיכות.
שורה תחתונה
- שילוב של מתכנן חזק עם מבצע (executor) זול מספק שיפורים של סדרי גודל במהירות, בדחיסות הקוד ובעלות.
- העיצוב מבטל את סטיית ההקשר (context drift) על ידי הקצאת ה"מה" למודלי קצה (frontier models) וה"איך" למודלים מתמחים.
- עומס תפעולי ודרישות תשתית נותרים המכשולים הגדולים ביותר לאימוץ נרחב יותר.