GitHub עדכנה ב-14 באוקטובר 2026 את HydraFusion, המנגנון שמחלק משימות בין מודלים בתוך GitHub Copilot, והוסיפה את HydraFusion Max למשימות תובעניות יותר. שני המצבים זמינים ב-VS Code, באפליקציית GitHub Copilot וב-Copilot CLI, אך נשארים בתצוגה מקדימה מחקרית. המשמעות המעשית היא אפשרות לבחור עומק עבודה אחר, ולא הבטחה שכל תשובה תהיה טובה יותר.
ההבדל מתחיל בשאלה מה בוחרים. HydraFusion אינו מודל חדש בפני עצמו: הוא בוחר דרך ביצוע, מודלים ורמת מאמץ לכל שלב, ומחזיר תשובה סופית אחת. לכן בחירתו יכולה להוביל לניסוח פתרון במודל אחד ולבדיקה במודל אחר. במסלול פשוט הוא יכול גם להסתפק במודל יחיד, בלי להוסיף סבב ביקורת מיותר.
מה השתנה מתחת למכסה המנוע
GitHub מציינת כי מאגר המודלים כולל כעת את Claude Opus 5.5, GPT-6 Astra, GPT-6.1 Sol ו-GPT-6 Luna. ההרכב בפועל משתנה לפי זרימת העבודה, כך שהרשימה אינה אומרת שכל בקשה תעבור דרך כולם. שינוי נוסף הוא התאמת מאמץ ההסקה: מאמץ בינוני לטיוטה ומאמץ גבוה לביקורת, במקום הסתמכות על ברירת המחדל של כל מודל.
גם מסלולי הבדיקה משתנים. Cascade יכול להוסיף שלב שיפוט שבוחן את הפתרון הראשוני ודורש תיקון רק כשצריך. Critique נשען יותר על כלים שבודקים את סביבת העבודה עצמה, ופחות על סיכומים כתובים, ומשלב מודלים מבקרים במקביל. עבור מפתח, זהו הבדל בין קריאת תיאור של שינוי לבין בחינת העבודה שהמודל ביצע בפועל.
Max משתמש באותה ארכיטקטורה, אך מכוון למאמץ גבוה יותר במקומות שבהם עומק הבדיקה חשוב. התיעוד מציין גם רמת מאמץ גבוהה במיוחד. כדאי לבחון אותו על משימה מוגדרת עם תנאי הצלחה ברורים, למשל תיקון באג מורכב, ולהשוות את איכות הפתרון, הזמן והצריכה. יותר שלבי חשיבה אינם תחליף להרצת בדיקות או לביקורת אנושית על הקוד.
מי מקבל גישה ומה לבדוק לפני הפעלה
האפשרויות מוצעות במסלולי Copilot Pro, Pro+, Business ו-Enterprise, כאשר תכונות ניסיוניות או תצוגה מקדימה מופעלות ובהתאם למדיניות המודלים של הארגון. מנוי מתאים לבדו אינו עוקף חסימה של מנהל מערכת. גם בחירת המודלים נשארת בידי מנגנון התזמור, מתוך המודלים שמותרים וזמינים למשתמש, ולא הופכת לרשימת בחירה ידנית לכל שלב.
לפי התיעוד, החיוב מבוסס על כל מודל שמשתתף, בתעריף הרגיל שלו, ללא תוספת נפרדת עבור HydraFusion. ההנחה של בחירת מודל אוטומטית אינה חלה, ומשימה מרובת מודלים עלולה לצרוך יותר נקודות AI ממשימה במודל יחיד. זהו תיאור מנגנון החיוב, לא הודעה על שינוי במחיר המנוי או הבטחת חיסכון קבועה בכל משימה.
לפני אימוץ בצוות כדאי לבדוק הרשאות, לעקוב אחר צריכה ולהתחיל בסביבת ניסוי. GitHub מבהירה שלתצוגה המקדימה אין הסכם רמת שירות ושהיא אינה מיועדת לעומסי ייצור. העדכון מרחיב את האפשרויות לבדיקת פתרונות קוד, אך משאיר החלטה פשוטה אצל המשתמש: האם תוספת הביקורת משפרת מספיק את המשימה המסוימת כדי להצדיק את הזמן והמשאבים.