GitHub деталізував статистику використання Copilot: організації можуть бачити назви створених ними навичок, AI-агентів, MCP-серверів, команд і плагінів. Раніше власні інструменти потрапляли до спільних категорій other або custom, тому адміністраторам було складніше зрозуміти, які саме розробки використовує команда.
Про зміни компанія повідомила 22 жовтня. Одночасно кількість записів у кожному списку totals_by_* збільшили з п’яти до 25. Решта активності й надалі об’єднується в завершальний запис other.
Це межа деталізації звіту. Вона не обмежує кількість агентів, навичок або MCP-серверів, які організація може використовувати.
Назви з’являються у п’яти категоріях даних:
| Категорія | Поле у звіті |
|---|---|
| Навички | totals_by_skill |
| Власні агенти | totals_by_custom_agent |
| MCP-сервери | totals_by_mcp |
| Slash-команди | totals_by_slash_cmd |
| Плагіни | totals_by_plugin |
Оновлення охоплює звіти рівня enterprise та організації: персональні дані за один і 28 днів, агреговані одноденні звіти та щоденні записи day_totals усередині агрегованих звітів за 28 днів.
Наприклад, команда може мати окремих агентів для перевірки коду, підготовки документації та повторюваних завдань. Тепер у статистиці можна розрізнити ці інструменти за налаштованими назвами й простежити, чи почали ними користуватися після впровадження.
Методика підрахунку залишилася попередньою: поля interaction_count і distinct_*_use_count не змінили значення. GitHub розширив видимість уже зібраної активності.
Для MCP-серверів interaction_count рахує спроби підключення та повторного підключення, зокрема невдалі. Повторні виклики інструментів через уже підключений сервер цей лічильник не збільшують. Тому за ним не можна визначити кількість виконаних MCP-операцій.
Є нюанс і з плагінами: їхні показники враховують виклики пов’язаних із ними навичок. Ці взаємодії вже присутні у статистиці skills, тож додавання двох підсумків призведе до подвійного рахунку.
Назви передають Copilot CLI, застосунок GitHub Copilot, інтеграції Agent Client Protocol, зокрема JetBrains, і Copilot SDK. Для режиму prompt у CLI, застосунку та ACP потрібен Copilot CLI 1.0.97 або новіший. Для SDK — версія 1.0.21 або новіша.
IDE також може передавати назви, якщо її агентні можливості працюють через Copilot SDK відповідної версії. Вбудована телеметрія чату IDE таких назв не передає. Інтерактивні сеанси Copilot CLI входять до підтримуваних джерел даних.
GitHub використовує налаштовані назви, прибирає зайві пробіли на початку й наприкінці та обмежує довжину 128 символами. Значення, схожі на файлові шляхи, залишаються в категоріях other або custom. Перед передаванням звіту за межі компанії варто переглянути назви: тепер у них можуть бути видимі внутрішні позначення інструментів.
Історію заднім числом не деталізують. Назви з’являються починаючи зі звітних днів, оброблених після випуску оновлення; попередні дні збережуть узагальнені категорії.
Для отримання даних через Copilot Usage Metrics API потрібні відповідні права доступу та ввімкнена політика Copilot usage metrics. Звіти доступні власникам організацій і enterprise-акаунтів, менеджерам білінгу enterprise та користувачам із відповідним дозволом View Copilot Metrics.
Повнота статистики залежить від клієнтської телеметрії. Застарілі програми або заблоковане передавання даних можуть занижувати показники. GitHub радить використовувати їх для аналізу тенденцій і поширення інструментів, а не для точного обліку кожної дії.
Для команд, які вбудовують AI-агентів у роботу із задачами GitHub, питання використання й результату варто розглядати окремо. Нові звіти Copilot допоможуть побачити, які його розширення прижилися в команді. Якість змін, кількість виправлень після перевірки та користь для робочого процесу доведеться оцінювати додатково.