GitHub расширил аналитику Copilot до девяти сценариев использования

Руководители разработки часто смотрят на внедрение Copilot через слишком узкое окно: сколько лицензий выдано, сколько подсказок принято и сколько строк кода сгенерировано. Из этой картины выпадали люди, которые регулярно обсуждают задачу с Copilot Chat или запускают агентный сценарий в VS Code. В результате работа шла, а дашборд видел её лишь частично.

GitHub добавил в Copilot impact dashboard два недостающих источника активности: Copilot Chat и окно Agents в VS Code. Теперь график охватывает девять сценариев использования. Те же показатели появились в 28-дневных отчётах для предприятий и организаций через поля chat и vscode_agent.

Как это выглядит на практике

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

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

Правило вовлечённости простое: пользователь считается активным в конкретном сценарии, если обращался к нему хотя бы в два разных дня за 28-дневный период. Один человек может попасть сразу в несколько показателей. Например, разработчик, использующий агентный режим внутри Copilot Chat, будет учтён в статистике чата, а работа через отдельное окно Agents — в показателе VS Code Agent.

Что важно не перепутать

Добавление новых данных не меняет модель стадий внедрения Copilot. Chat и окно Agents показываются как активность по функциям, но сами по себе не переводят пользователя на следующий этап. Размеры когорт также не изменились, а в API группа Chat-first по-прежнему возвращается как No Cohort.

Это важное ограничение. Рост линии Chat нельзя автоматически трактовать как рост зрелости команды или доказательство ускорения разработки. Дашборд сообщает, где сотрудники используют Copilot, но не отвечает, экономят ли они время, выпускают ли изменения быстрее и стало ли меньше дефектов.

Есть и технические рамки. Новые поля доступны только в 28-дневных отчётах уровня организации и предприятия. Исторические отчёты, сформированные до обновления, сохранят прежние семь сценариев. Доступ требуется владельцам, менеджерам биллинга или участникам с ролью, разрешающей просмотр метрик Copilot; политика сбора статистики должна быть включена.

Что делать руководителю разработки

Сначала проверьте, не была ли доля «пассивных» пользователей следствием неполной телеметрии. Затем сопоставьте chat и vscode_agent с понятными инженерными результатами: временем прохождения pull request, длительностью задач, числом возвратов на доработку и дефектами после релиза.

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