מנוע ה-AI החדש של Copilot מתזמר לבד אבל יקרע לכם את התקציב

לבחור מודל בקוד זה הרגל מעייף. אתם מתחילים עם Claude לכתיבה מהירה, עוברים לחשיבה עמוקה של OpenAI כשיש באג מורכב, ובסוף שוכחים מה בחרתם איפה. אתמול, 14 באוקטובר 2026, הודיעה GitHub על עדכון של מנוע התזמור שלה, HydraFusion, שאמור לקחת את ההחלטה הזאת מהידיים שלכם ולחבר כמה מודלים שונים לתשובה אחת. על הנייר זה נשמע נוח למי שרוצה קוד איכותי בלי להתעסק בהגדרות טכניות. בפועל, החיבור הזה מריץ כמה מנועים כבדים במקביל ומגיש לכם את החשבון המלא על כולם יחד.

בלי לבחור מודל, עם חשבון כפול

הרעיון מאחורי HydraFusion הוא חיבור ישיר בין כמה מערכות נפרדות במקום בחירה במודל בודד לכל פעולה. המאגר של הכלי התרחב כעת וכולל מודלי קצה כמו Claude Opus 5.5 לצד משפחת GPT-6 של OpenAI, שממנה נכנסו GPT-6 Astra, GPT-6.1 Sol וגם GPT-6 Luna. במקום שתשלחו שאילתה ישירה למודל אחד שיעשה הכל לבד, המערכת של GitHub Copilot מפעילה תהליך עבודה רב-שלבי שבו מודל אחד כותב טיוטה ואחרים בודקים אותו. המודלים שבהם נעשה שימוש בכל משימה משתנים בהתאם לתהליך העבודה שהוגדר עבורה. זה אולי מייצר קוד מהודק יותר, אבל המלכוד הכלכלי ברור.

השירות עדיין מוגדר תחת תצוגה מקדימה מחקרית בתוך סביבת VS Code, באפליקציית Copilot ובסביבת הטרמינל דרך Copilot CLI. אם אתם עובדים בצוות שסופר טוקנים ומנהל תקציב הדוק, מעבר לניתוב אוטומטי כזה בלי הבנה של מה שרץ ברקע עלול לנפח את החיוב החודשי במהירות. המערכת מחליטה בעצמה איזה מודל לשלוף מתוך המאגר המשותף לפי שלב העבודה, והמפתח בעמדה לא רואה את מד המונית דופק תוך כדי ריצה של כמה מבקרים.

לא הייתי ממהר להפעיל את זה על כל פרויקט.

HydraFusion מתזמר מספר מודלים כדי להפיק תגובה יחידה, ומחבר את החוזקות שלהם כדי שלא תצטרכו לבחור מודל בודד לכל משימה.ההכרזה הרשמית של GitHub

מדרגות חשיבה במקום ברירת מחדל

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

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

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

זמן ההמתנה הזה עולה כסף.

ההבדל בין הרגיל לגרסת ה-Max

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

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

אותיות קטנות בהגדרות הארגון

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

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

בינתיים, הכפתור הידני לבחירת מודל עדיין שם.