GitHub הודיעה ב-28 באוקטובר 2026 ש-Copilot Fusion זמינה לכלל המשתמשים. זו אפשרות חדשה בבורר המודלים של Copilot: במקום לבחור מודל מסוים לכל משימה, בוחרים את Fusion, והמערכת מחליטה לבד אילו מודלים להפעיל ואיך לשלב ביניהם.
Fusion מאחדת שני רעיונות שהיו קיימים ב-Copilot: הניסוי Project HydraFusion, שהוצג כתצוגה מקדימה למחקר ומתזמר כמה מודלים יחד, והבחירה האוטומטית של מודל (Auto). לפי הודעת GitHub, המטרה היא לאזן בין ביצועים לעלות.
איך זה עובד
המשתמש בוחר רק רמת מאמץ. Fusion Standard מיועדת לקוד יומיומי ומעדיפה מודלים רב-תכליתיים. Fusion High מיועדת למשימות מאתגרות ולחשיבה עמוקה יותר. Fusion Max מעדיפה את המודלים החזקים ביותר למשימות הקשות ביותר. לפי התיעוד, ב-Standard המערכת בוחרת מודל אחד לכל משימה, וב-High וב-Max היא עשויה להפעיל כמה מודלים.
לכל בקשה Fusion בוחרת אחד משלושה דפוסי עבודה:
- Single: מודל אחד פותר את המשימה ישירות.
- Cascade: מודל יעיל כותב טיוטה, ובודק איכות מחליט אם לקבל אותה או להעביר למודל חזק יותר.
- Critique: מודל אחד כותב טיוטה, מודלים אחרים בודקים אותה במקביל, והמודל המקורי מתקן לפי המשוב.
הבחירה נעשית בכל הודעה מחדש, כך שבאותה שיחה בקשה אחת יכולה לרוץ כ-Single ובקשה הבאה כ-Critique. לפי התיעוד, מודלים נוספים נקראים רק כשהמשימה מצדיקה זאת, ושלבי הבדיקה מאריכים את הזמן. המשתמש רואה את התשובה הסופית בלבד, כי טיוטות ביניים עלולות להיפסל. אפשר להעביר את העכבר מעל שם רמת המאמץ ולראות אילו מודלים שימשו.
מה GitHub טוענת על הביצועים
GitHub מציינת שבמדד Coding Agent Index של Artificial Analysis קיבלה Fusion Max ציון 60, שתי נקודות או פחות מ-Claude Code עם Opus 5.5 Max. לדבריה, זה בעלות ממוצעת של כמחצית ל-API למשימה, בכמחצית מהטוקנים ובכ-40% פחות זמן. אלה נתוני החברה עצמה. ההודעה לא מפרטת אילו מודלים נכללו בפועל במאגר של Fusion, והמדד עצמו, לפי העמוד המתודולוגי של Artificial Analysis, ממוצע של שלוש בדיקות (FrontierCode, Terminal-Bench ו-SWE-Atlas-QnA).
בדיון בקהילת GitHub מופיעה גרסה אחרת של הנתונים: במבחן DeepSWE ולפי GitHub, Fusion High ו-Max השיגו ציוני השלמה גבוהים בעד 8.7 נקודות מרמות מאמץ מקבילות של מודלי החזית, והעלות המוערכת ירדה עד 77%. המספרים האלה לא אומתו באופן עצמאי.
ההודעה כוללת גם עדות של לקוח: הארי פוקהרל, מהנדס תוכנה ראשי ב-AT&T, כתב שב-Fusion Standard משפרת יעילות בשימוש בטוקנים בכל החברה. לדבריו, מפתחים נהגו לבחור מודל חזק למשימה מורכבת ולשכוח לחזור למודל פשוט למשימות יומיומיות. העדות לא מגובה במספרים.
שליטה למנהלי מערכת
Fusion משתמשת רק במודלים שמופעלים במדיניות הארגון או החשבון הארגוני (enterprise). מנהלי enterprise יכולים לראות מאילו מודלים היא בוחרת, ולכבות מודל עבור Fusion בלי לכבות אותו לכולם. הם יכולים גם להגדיר את Fusion בכל רמת מאמץ כברירת מחדל למשתמשים. יש לציין שבדיון בקהילה מנהל חשבון Copilot Business כתב שהתכונה לא מופיעה אצלו בבורר המודלים ובהגדרות, ואין תשובה רשמית בהקשר הזה. התיעוד מסביר שאם אף אחד מהמודלים של Fusion לא זמין למשתמש, האפשרות לא תופיע בבורר.
מה זה אומר בשבילכם
הכלי מיועד למפתחים שמשתמשים ב-Copilot ורוצים להפסיק לנהל בעצמם איזה מודל מתאים לאיזו משימה. לפי GitHub, Fusion זמינה בכל תוכניות Copilot, ב-Visual Studio Code, באפליקציית GitHub Copilot, ב-Copilot CLI ובסביבות JetBrains. תמיכה בלקוחות נוספים צפויה בהמשך. כדי לנסות: מעדכנים את הלקוח, פותחים את בורר המודלים, בוחרים Copilot Fusion ורמת מאמץ.
אין חיוב נפרד על Fusion: משלמים על כל מודל שהיא משתמשת בו, לפי התעריף הרגיל שלו. עד 30 בנובמבר 2026 משתמשי תוכניות בתשלום מקבלים 30% הנחה על עלות המודלים בשימוש ב-Fusion. התיעוד מזהיר ש-High ו-Max, שעשויות להפעיל כמה מודלים, עלולות לצרוך יותר קרדיטים מ-Standard. כמו כן, אם טיוטה נפסלת, שינויים בקבצים שכבר בוצעו בסביבת העבודה לא מבוטלים אוטומטית, ולכן כדאי לעבור עליהם לפני commit. ההודעה לא מפרטת זמינות בישראל או תמיכה בעברית.
תגובות