Новость

GitHub Copilot начал показывать вовлечённость по функциям

В Copilot Impact Dashboard появилась разбивка по функциям за 28 дней. Администраторы видят регулярное использование автодополнения, агентов, code review, CLI и приложения Copilot.

4 мин на чтение
Команда анализирует вовлечённость функций GitHub Copilot на корпоративной панели

Главное

Коротко: GitHub обновила Copilot Impact Dashboard. Панель теперь показывает, сколько активных пользователей регулярно обращались к каждой ключевой функции Copilot за последние 28 дней. Та же агрегированная разбивка появилась в отчётах API для организаций и предприятий.

Обновление опубликовано 17 сентября 2026 года. Оно предназначено для владельцев организаций и предприятий, биллинг-менеджеров и ролей с разрешением на просмотр метрик Copilot. Текущий статус платформы доступен на странице GitHub.

В материале
  1. Что GitHub считает вовлечённостью
  2. Какие функции попали в разбивку
  3. Что появилось в API
  4. Изменился отчёт по этапам внедрения AI
  5. Кому доступна новая аналитика
  6. Зачем администраторам новая разбивка
  7. Как Impact Dashboard развивался
  8. Ограничения интерпретации
  9. Контекст обновлений Copilot

Что GitHub считает вовлечённостью

Пользователь попадает в показатель конкретной функции, если обращался к ней как минимум в два дня в пределах 28-дневного периода. Один человек может учитываться сразу в нескольких категориях, поэтому значения по функциям нельзя складывать как число уникальных пользователей.

Панель показывает не просто факт выдачи лицензии, а повторное использование конкретных возможностей. Это помогает отличить единичный запуск от функции, которая стала частью рабочего процесса.

Какие функции попали в разбивку

Категория Что измеряет
Code completion Регулярное использование дополнений кода
Agent edit Работу агентного редактирования
Passive Copilot code review Автоматически назначенные проверки pull request
Active Copilot code review Запрошенные пользователем проверки или применение предложения
Copilot cloud agent Использование облачного агента
Copilot CLI Вовлечённость в командной строке
Copilot app Работу в отдельном приложении Copilot

GitHub отдельно уточняет разницу между активным и пассивным code review. Активным считается ручной запрос проверки или применение предложения Copilot. Пассивным считается случай, когда Copilot автоматически назначен на pull request без явного действия пользователя.

Что появилось в API

Новый объект copilot_feature_engagement добавляет общее число активных пользователей и разбивку totals_by_feature в 28-дневные агрегированные отчёты организации и предприятия.

Эти данные не добавлены в пользовательские отчёты. Если расчёт недоступен, объект может отсутствовать или иметь значение null. Это важно для разработчиков собственных панелей: отсутствие поля нельзя автоматически трактовать как нулевую активность.

Изменился отчёт по этапам внедрения AI

Поле users_in_phase_28d теперь показывает полную численность пользователей в каждом этапе внедрения за скользящие 28 дней на дату отчёта. Существующее поле total_engaged_users по-прежнему отражает только тех участников этапа, которые были активны в конкретный день.

Если этап измерялся, но пользователей не было, API возвращает ноль. Если измерение не выполнялось, поле пропускается. Такое различие помогает не смешивать отсутствие активности с отсутствием данных.

Кому доступна новая аналитика

  • владельцам предприятия и биллинг-менеджерам;
  • владельцам организации;
  • пользователям с настраиваемой ролью и правом View Copilot Metrics;
  • организациям, где включена политика метрик использования Copilot.

Разбивка относится к агрегированным 28-дневным отчётам уровня организации и предприятия. Она не превращает Impact Dashboard в инструмент наблюдения за действиями конкретного сотрудника.

Зачем администраторам новая разбивка

До обновления общий показатель активности не всегда объяснял, какие возможности действительно используются. Теперь администратор может увидеть, например, широкое распространение автодополнения при слабом использовании code review или CLI.

GitHub предлагает применять данные для настройки обучения и конфигурации. Но метрики вовлечённости не доказывают рост качества или производительности сами по себе. Для оценки результата нужны контекст команды, качество кода, время цикла и другие показатели.

Как Impact Dashboard развивался

GitHub выпустила Impact Dashboard в июле 2026 года. Изначально панель группировала пользователей по этапам внедрения AI, показывала изменения когорт, скорость объединения pull request и рекомендации по дальнейшему внедрению.

Новая разбивка по функциям добавляет более практический слой: она показывает, какие поверхности Copilot становятся регулярными инструментами, а какие пока используются эпизодически.

Ограничения интерпретации

  • один пользователь может попасть в несколько функций;
  • порог в два дня не показывает интенсивность работы внутри дня;
  • агрегированные значения не объясняют причину низкой вовлечённости;
  • нулевое значение отличается от отсутствующего поля;
  • вовлечённость не равна доказанной эффективности.

Командам полезно сравнивать значения во времени и учитывать изменения лицензий, обучение, сезонность и состав организации. Разовый снимок за 28 дней не должен быть единственным основанием для кадровых или финансовых решений.

Контекст обновлений Copilot

GitHub продолжает менять и продукт, и его измерение. Ранее компания объявила, что в октябре изменится набор моделей Copilot. Параллельно GitHub усиливает безопасность экосистемы npm через stage-only токены и ручное подтверждение публикации.

Новое обновление Impact Dashboard не меняет пользовательские функции Copilot. Оно даёт администраторам более подробную агрегированную картину внедрения и требует аккуратного прочтения полей API.

Новости и разборы