GitHub מרחיבה את תמונת השימוש ב־Copilot: החל מ־6 בנובמבר 2026, Copilot impact dashboard כולל גם פעילות ב־Copilot Chat ובחלון Agents של VS Code. בכך לוח המחוונים מודד מעורבות בתשע חוויות Copilot, במקום להתמקד בעיקר בתכונות כתיבת קוד ושינויים ישירים.
מה נוסף למדידה?
תרשים Agent adoption מציג כעת שתי קטגוריות חדשות: chat עבור שימוש ב־Copilot Chat, לרבות פעילות שנלכדת מ־Agent mode, ו־vscode_agent עבור חלון Agents ב־VS Code. אותן קטגוריות נוספו גם לשדה copilot_feature_engagement.totals_by_feature בדוחות השימוש ל־28 ימים ברמת Enterprise ו־Organization.
לכל תכונה, משתמש נחשב engaged אם השתמש בה לפחות ביומיים שונים בתוך חלון של 28 ימים. משתמש אחד יכול להיספר ביותר מתכונה אחת, ולכן אסור לחבר את הקטגוריות ולפרש את הסכום כמספר משתמשים ייחודיים.
מ־Passive users ל־Chat-first users
GitHub שינתה גם את שם קבוצת האימוץ “Passive users” ל־“Chat-first users”. השינוי אינו משנה את גודל הקבוצה או את חישוב שלבי האימוץ. הוא נועד לתאר באופן מדויק יותר משתמשים שפעילים ב־Copilot, אך אינם משתמשים בתכונה מזכה לפחות ביומיים בתקופת המדידה.
ב־API הקבוצה עדיין מוחזרת כ־No Cohort. זו נקודה חשובה לצוותים שמייבאים את הנתונים ל־BI פנימי: הכותרת בלוח המחוונים השתנתה, אבל ערך ה־API לא השתנה, ולכן אין צורך לשכתב מיפויים קיימים.
למה המדידה הישנה הייתה חלקית?
Chat הפך עבור מפתחים רבים לממשק המרכזי לשאלות, הסברים, תכנון וחקירה. צוות שמדד רק השלמות קוד או Pull Requests עלול היה לסווג משתמש פעיל כפסיבי. הוספת Chat ו־VS Code Agent מאפשרת להבדיל בין מי שמשתמש ב־Copilot כמנוע הצעות לבין מי שמשתמש בו כשותף לתכנון ולעבודה סוכנית.
- מנהלי פיתוח: מקבלים תמונה רחבה יותר של אופן האימוץ, לא רק מספר רישיונות פעילים.
- מנהלי תקציב: יכולים להשוות בין שימוש בפועל לבין הקצאת רישיונות.
- צוותי Enablement: מזהים קבוצות שמעדיפות Chat ויכולים להתאים להן הדרכה.
- אנליסטים: מקבלים שתי קטגוריות נוספות בדוחות 28 הימים.
מה לא השתנה?
GitHub מדגישה ש־Chat וחלון VS Code Agents מוצגים כ־feature engagement אך אינם משנים את שלבי האימוץ עצמם. גם דוחות היסטוריים שנוצרו לפני העדכון ממשיכים להכיל את שבע התכונות המקוריות בלבד. לכן השוואת מגמה לפני ואחרי 6 בנובמבר מחייבת סימון של שינוי המתודולוגיה.
הגישה לנתונים מוגבלת לבעלי תפקידים מתאימים: Enterprise owners, billing managers, Organization owners או תפקיד מותאם שמחזיק בהרשאת View Copilot Metrics. בנוסף, מדיניות Copilot usage metrics חייבת להיות מופעלת.
איך להשתמש בנתון בלי להסיק יותר מדי
- להפריד אימוץ מתפוקה: ימי שימוש אינם מוכיחים שיפור באיכות או במהירות.
- למדוד קבוצות לאורך זמן: להשוות צוותים דומים ולא רק את כלל הארגון.
- לסמן את שינוי המדידה: הנתונים החדשים אינם זהים היסטורית לדוחות הישנים.
- לשלב נתונים תפעוליים: זמן Review, שיעור Rework, תקלות ו־Lead time.
- לבדוק הרשאות ופרטיות: להציג נתוני אימוץ באופן מצרפי ובהתאם למדיניות הארגון.
השורה התחתונה
GitHub אינה רק מוסיפה שני גרפים; היא מתקנת הטיה במדידה. Chat ועבודה סוכנית הפכו לחלק מרכזי מ־Copilot, והיעדרם מהדשבורד הפך משתמשים פעילים לבלתי נראים. מעתה ארגונים יכולים למדוד תשע חוויות, אך עדיין צריכים להיזהר לא לבלבל בין פעילות, אימוץ וערך עסקי.
מקורות: GitHub Changelog, 6.11.2026; GitHub Docs — Copilot impact dashboard.
תמונה: Ngital / Unsplash. התמונה משמשת כהמחשה לדשבורד אנליטי ואינה צילום של ממשק GitHub. רישיון Unsplash מאפשר שימוש באתר, בסושיאל ובשיווק מסחרי; המקור והקרדיט נשמרו.
