GitHub обновил Copilot Impact Dashboard — панель аналитики для организаций, которые используют Copilot в корпоративном масштабе. С 17 сентября 2026 года администраторы Enterprise могут видеть, сколько активных пользователей регулярно применяют ключевые функции ассистента. Раньше отчёты давали более общую картину внедрения, а теперь позволяют оценивать использование отдельных возможностей Copilot.
Обновление описано в GitHub Changelog. Компания позиционирует новую метрику как инструмент для поиска функций, которые уже вошли в рабочие процессы разработчиков, и сценариев, которым может потребоваться дополнительное обучение или настройка.
Что показывает новая метрика
Feature engagement рассчитывается по скользящему периоду в 28 дней. В панели отображается, сколько активных пользователей регулярно обращаются к ключевым функциям Copilot. Это отличается от простой оценки числа включённых лицензий или пользователей, которые хотя бы раз взаимодействовали с продуктом.
Для администратора такая разбивка отвечает на более практический вопрос: какие возможности Copilot действительно используются в команде. Высокое общее число активных пользователей ещё не означает, что разработчики одинаково часто применяют все доступные сценарии. Одни функции могут стать частью ежедневной работы, тогда как другие останутся мало востребованными.
GitHub в анонсе не приводит полный перечень функций, которые входят в эту аналитику. Поэтому по опубликованному описанию нельзя сделать вывод о точном наборе отслеживаемых сценариев или о порогах, по которым определяется регулярное использование. Эти детали администраторам нужно сверять с актуальной документацией и фактическим ответом API.
Те же данные появились в API
Изменения распространяются на отчёты Enterprise и Organization API. Через программный интерфейс теперь доступна та же 28-дневная разбивка по вовлечённости в функции Copilot, что и в веб-панели.
Это имеет значение для компаний, которые собирают внутренние отчёты автоматически. Данные можно использовать в собственных дашбордах, сопоставлять с показателями команд или включать в регулярный анализ внедрения инструментов ИИ. При этом сам анонс не сообщает о смене тарифов, лимитов доступа или условий лицензирования.
Отдельно GitHub изменил представление данных о фазах внедрения AI. Ранее такие отчёты показывали число пользователей в каждой фазе, активных в конкретный день. Теперь для каждой отчётной даты также указывается полная численность пользователей в фазе за скользящий 28-дневный период.
Разница важна при чтении динамики. Дневное значение отражает активность пользователей именно в выбранную дату, а 28-дневная совокупность показывает более широкий пул людей, относящихся к соответствующей фазе за последние четыре недели. Сравнивать эти показатели как одну и ту же метрику нельзя.
Описание доступных методов и параметров следует проверять в документации GitHub REST API для метрик Copilot. Общие пояснения о метриках и аналитике Copilot также опубликованы в разделе документации GitHub о метриках Copilot.
Что это меняет для корпоративных команд
Новая разбивка помогает отделить распространение Copilot от реального использования его возможностей. Например, организация может видеть стабильную активность пользователей, но одновременно обнаружить низкую вовлечённость в отдельный сценарий. Это повод проверить, понимают ли разработчики назначение функции, доступна ли она в используемой конфигурации и соответствует ли рабочим процессам команды.
Метрика может пригодиться и при планировании внутренних программ обучения. Если функция почти не используется, одной общей презентации о возможностях Copilot может быть недостаточно: сначала потребуется выяснить, сталкиваются ли команды с техническими ограничениями или просто не считают сценарий полезным.
Однако показатель не объясняет причины низкой вовлечённости. Он сообщает о регулярности использования, но сам по себе не показывает, почему разработчики избегают определённой функции, насколько успешными были результаты её применения и повлияла ли она на скорость или качество разработки. Такие выводы потребуют отдельной проверки — например, через опросы команд, анализ рабочих процессов или сравнение с внутренними показателями проекта.
Что проверить администраторам
Администраторам Enterprise и организаций, использующим Copilot API, стоит сначала сопоставить текущие отчёты с обновлённой схемой данных. Особое внимание нужно уделить полям, связанным с фазами внедрения: после изменения в отчёте одновременно могут присутствовать дневная активность и полная 28-дневная численность соответствующей группы.
Практическая проверка состоит в том, чтобы выбрать одну и ту же отчётную дату и отдельно сравнить два значения: число пользователей, активных в этот день, и размер популяции за предыдущие 28 дней. Если использовать только первое значение, можно недооценить охват фазы; если смешать показатели, появится ложное впечатление о резком росте или падении.
Тем, кто пользуется только веб-панелью, стоит проверить доступность новой разбивки в Copilot Impact Dashboard и зафиксировать период, за который построен отчёт. 28-дневное окно сглаживает краткосрочные колебания: результат не покажет мгновенный эффект после обучения, изменения политики или выпуска новой функции.
GitHub сообщил о расширении панели и API 17 сентября 2026 года. В опубликованном анонсе не указаны полный список отслеживаемых функций, пороги регулярного использования и отдельные примеры ответов для всех вариантов отчётов. Эти ограничения нужно учитывать до того, как метрика будет использована для оценки эффективности команд, решений о конфигурации или выводов о ценности отдельных сценариев Copilot.