Запись архива

В Copilot usage metrics API появилась отдельная статистика по агент-приложениям

GitHub научил Copilot usage metrics API различать активность отдельных агентов. Разбивка по агент-приложениям доступна в отчётах enterprise, организации и пользователя за 1 и 28 дней.

Интерфейс GitHub Copilot с графиками использования агент-приложений
Интерфейс GitHub Copilot с графиками использования агент-приложений
Imagen destacada del articulo fuente

7 августа 2026 года GitHub сообщил в официальном changelog, что Copilot usage metrics API теперь отдаёт активность агент-приложений с разбивкой по каждому агенту. До этого работа всех агентов попадала в единый бакет, и отличить Copilot coding agent от сторонних агентов было невозможно.

Что изменилось в API

В ответы API добавлен опциональный массив totals_by_3rd_party_agent. Каждая запись массива соответствует одному распознанному агент-приложению. Разбивка работает во всех четырёх типах отчётов: enterprise, organization, enterprise-user и organization-user, причём в каждом доступны периоды 1 и 28 дней. Короткий горизонт подходит для оперативного контроля, длинный — для оценки динамики внедрения и решений о лицензиях.

Для команд, которые уже считают Copilot через API, структура ответов меняется: при наличии распознанных агентов в выдаче появятся новые поля, при их отсутствии старые сценарии продолжат работать. Полные определения полей вынесены в отдельный документ Agent apps metrics fields.

Какую проблему закрывает обновление

С момента появления agent apps на GitHub команды могут запускать агентов партнёров — в changelog напрямую названы Claude и Codex — прямо в рабочих процессах. Но в метриках вся эта активность учитывалась одной строкой. Нельзя было ответить на простые вопросы: сколько людей реально используют конкретного агента, растёт ли его доля и оправдал ли новый агент ожидания по сравнению с тем, кого он должен был дополнить.

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

Практические сценарии

Первый сценарий — лицензионный аудит. 28-дневный отчёт покажет, какие агенты реально работают в организации, и даст фактическую базу для продления или сокращения лицензий. Второй — контроль rollout: фиксируете базовую линию до запуска нового агента и сравниваете её с данными после, опираясь на enterprise- и organization-отчёты. Третий — точечная диагностика: отчёт enterprise-user за 1 день помогает увидеть, какие пользователи нагружают Copilot и какими агентами они пользуются.

Ограничения

Массив опциональный, и разбивка строится только по распознанным агент-приложениям. Если система не идентифицирует агента, его активность останется в общей картине. Тем, кто собирается строить на новых данных дашборды или BI-отчёты, стоит сначала свериться с документацией Copilot usage metrics API и полями Agent apps metrics fields, чтобы корректно обработать случаи с отсутствующим массивом.

Ключевые факты

Факт Деталь
Что обновилось Copilot usage metrics API отдаёт активность по каждому агент-приложению
Ключевой механизм Опциональный массив totals_by_3rd_party_agent
Где доступно Отчёты enterprise, organization, enterprise-user, organization-user за 1 и 28 дней
Дата публикации 7 августа 2026 года, GitHub Changelog

Что проверить

Командам, которые автоматизируют учёт Copilot, стоит обновить обработку ответов API и добавить работу с totals_by_3rd_party_agent. Полезный первый шаг — построить 28-дневный отчёт по организации: он сразу покажет распределение активности между Copilot