В отчёте ноль. Разработчик весь день работал с агентом

Разработчик весь день работал с AI-агентом, а в отчёте его активности пусто. Прежде чем обсуждать внедрение AI с командой, я бы проверил, какое именно окно считает ваша метрика.

11 сентября GitHub добавил в Copilot usage metrics активность отдельного окна VS Code Agents: уникальных пользователей за день, количество сессий и пользовательских сообщений.

Важная деталь: эти данные не включают Agent Mode в окне редактора. GitHub отдельно оговаривает, что при недоступности данных поля могут отсутствовать или содержать null.

Для меня как backend TL здесь самый интересный сюжет - контракт телеметрии. Даже честный график легко превращается в неверный управленческий вывод, если потерять смысл полей по дороге из API в дашборд.

Представим .NET-сервис, который собирает отчёт для руководителя. Разработчик делает счётчик обычным int, отсутствующее значение превращается в 0. На экране появляется «никто не пользуется агентами». Хотя источник сказал только «данных нет». Если команда работает через Agent Mode в редакторе, этот график вообще смотрит не туда.

Я бы сохранил nullable-значение до самого интерфейса и показывал «нет данных» отдельно от нуля. Рядом с графиком написал бы, какое окно он учитывает. В тестах интеграции проверил бы отсутствие поля и null, а не только красивый ответ с заполненными счётчиками.

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

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

У вас в инженерных дашбордах «нет данных» заметно отличается от нуля?

Обновление GitHub от 11 сентября

#dotnet #backend #AI