WEBA

בורר הביצועים של GitHub Copilot לא ימנע הפתעות

שלוש רמות הניתוב החדשות מאפשרות לבחור בין מהירות לתבונה, אבל החיוב נשאר לפי המודל שנבחר בפועל ובלי תקרת תקציב קשיחה.

519 מילים30 עובדות אומתו

מי שמנהל צוות פיתוח מכיר את הרגע שבו חשבון ה-API החודשי מגיע, והתחזיות פוגשות את המציאות. השבוע, ב-14 בספטמבר 2026, פרסמה חברת GitHub עדכון למנגנון בחירת המודלים האוטומטית שלה. החברה הוסיפה בורר בעל שלוש רמות תצורה: Efficiency, Balance ו-Intelligence, שמטרתו לתת למפתחים שליטה באיזון שבין מהירות מענה, איכות הפלט והעלות. על הנייר מדובר בכלים לניהול תקציב, אבל בדיקה של מנגנון החיוב מראה שההבטחה לחיסכון מורכבת הרבה יותר.

שלושה מצבים, אותו מאגר

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

הניתוב מתבצע ברמת הפרומפט הבודד, כך שהגדרה של מצב חסכוני אינה מבטיחה תקרת הוצאה קשיחה על הקוד שלכם. לפי הדוקומנטציה של GitHub Copilot, אפילו אם תבחרו במצב Intelligence, משימה פשוטה כמו כתיבת docstring לפונקציה קיימת עשויה להישלח למודל קטן וחסכוני. מנגד, החברה לא מתחייבת שמצב Efficiency יימנע לחלוטין משימוש במודל מתקדם אם השאילתה תוגדר מורכבת בעיני האלגוריתם.

Auto individually evaluates each prompt to select a best-suited model. For example, a simple task like adding a docstring to an existing function may use a small, efficient model even when auto is optimizing for intelligence.דוקומנטציית GitHub Copilot

המחיר נקבע לפי הביצוע

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

מבט בעמוד של Copilot Auto model selection מבהיר שהניתוב הזה נקבע אוטומטית בכל בקשה.

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

השוואה בין שלושת פרופילי הניתוב החדשים בבחירת מודל אוטומטית
פרופילתעדוף עיקרימקרי שימוש מומלציםהתנהגות במשימה פשוטה
Efficiencyעלות נמוכה ומהירות מענהקוד פשוט, תיעוד, משימות מהירותשימוש במודל קל וחסכוני
Balanceשקלול בין איכות, עלות וזמני תגובהעבודה שוטפת ויומיומית על קוד קייםשימוש במודל מותאם אישית למורכבות
Intelligenceאיכות פלט ודיוק מקסימלייםארכיטקטורה מורכבת, ריפקטורינג, משימות קשותניתוב למודל קטן אם המשימה טריוויאלית

איפה הבקרות של המנהלים

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

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

בינתיים, הכפתור פשוט לא קיים שם.

התאמת פרופיל לפי אופי העבודה

למי שעובד כיום ב-VS Code או ב-CLI, כדאי לגשת להגדרות כבר עכשיו ולבדוק את ברירת המחדל. אם אתם עובדים על תשתית שרובה קוד סטנדרטי או כתיבת בדיקות יחידה, פרופיל Balance הוא הבחירה הבטוחה שלא תפגע ברציפות העבודה. מעבר לפרופיל Efficiency הגיוני בעיקר עבור משימות שגרתיות וקצרות שבהן מהירות המענה קריטית יותר מתחכום ארכיטקטוני.

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

מה לעשות עכשיוהגדירו את הפרופיל לפי מורכבות העבודה ב-VS Code, אך המשיכו לעקוב אחרי דוחות השימוש בפועל כי אין כאן תקרת עלות.

מקורות

הידיעה נכתבה מהמקורות שלמעלה בתאריך הפרסום, וכל טענה בה נבדקה מולם. מצאתם טעות? כתבו.

מה שואלים על זה

האם בחירה בפרופיל Efficiency מבטיחה שלא נחויב על מודלים יקרים?

לא. הפרופיל מגדיר העדפת ניתוב בלבד ולא תקרת עלות. אם המערכת תזהה משימה מורכבת במיוחד הדורשת יכולת גבוהה, היא עשויה לבחור במודל מתקדם, והחיוב יתבצע בהתאם למודל שהופעל בפועל.

איך מחושבת הנחת 10% על הניתוב האוטומטי?

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

באילו סביבות פיתוח התכונה זמינה כעת?

נכון לעדכון מ-14 בספטמבר 2026, התכונה נתמכת ב-Visual Studio Code, ב-Copilot CLI ובאפליקציית GitHub Copilot בלבד. אין תמיכה בסביבות הפיתוח של JetBrains בשלב זה.

האם מנהל ארגון יכול לנעול פרופיל אחד לכל הצוות?

לא. כרגע מדובר בהגדרה מקומית בצד הלקוח ולא פורסמו כלי מדיניות מרכזיים המאפשרים אכיפה ארגונית גורפת על כלל המפתחים.