Michael JohnsonІз 3 листопада 2026 року адміністратори організацій і підприємств можуть окремо бачити у звітах GitHub Copilot використання власних ключів і корпоративних моделей. Оновлення Copilot usage metrics API допомагає розрізняти запити до моделей, розміщених на GitHub, і роботу через BYOK — bring your own key — або модель, налаштовану організацією.
Для компаній це практична зміна обліку: витрати на зовнішнього провайдера та локальний запуск можна відокремити від використання моделей, які обслуговує GitHub. Керівники й адміністратори отримують придатнішу для контролю картину того, які способи роботи зі ШІ використовують команди. GitHub уточнює, що нові поля відокремлюють BYOK від уже наявних підсумкових показників, не змінюючи самих лічильників.
Які сценарії API показує окремо
GitHub розділяє BYOK на два випадки. За локального BYOK розробник налаштовує власний ключ або локальну модель у Copilot CLI чи застосунку GitHub Copilot; запит надсилається безпосередньо провайдеру або локальному серверу. Для таких звернень додано поле користувача used_local_byok, агреговані показники totals_by_local_byok і лічильники активних користувачів локального BYOK.
Серед локальних моделей та інструментів GitHub називає Ollama, Foundry Local, LM Studio і llama-server. Нові поля деталізації локального BYOK стосуються Copilot CLI та застосунку Copilot: вони розбивають сесії, запити, промпти й токени за типом BYOK і способом використання, якщо провайдер передає відповідні дані. Використання локального BYOK не розбивається за назвою моделі, тож звіт показує факт і обсяг такої активності, але не конкретну локальну модель.
Другий сценарій — корпоративна користувацька модель, яку адміністратор задає в налаштуваннях організації або підприємства, а запити через GitHub надсилаються провайдеру. Для неї GitHub додала булеве поле is_custom_enterprise_model у записи моделей у складі totals_by_client. Оскільки такі запити спостерігаються на сервері, поле охоплює різні клієнти, зокрема IDE.
Що зміниться в роботі зі звітами
Раніше використання BYOK могло змішуватися з показниками моделей, розміщених у Copilot, особливо якщо моделі мали схожі назви. Нові поля дають змогу розділити ці категорії під час перевірки внутрішніх правил і аналізу використання. GitHub зазначає, що дані доступні у звітах за один і 28 днів, на рівні користувача та в агрегатах організації або підприємства.
Адміністратору варто почати з питання, на яке має відповідати звіт: хто використовує власний ключ, яка частина запитів надходить до локальних моделей і наскільки це змінює оцінку витрат. Далі можна зіставити нові поля з чинними показниками та внутрішніми правилами BYOK. Це дає предметнішу основу для обговорення вибору моделей і оплати, ніж загальний лічильник активності Copilot.
Доступ до метрик залежить від ролі: API призначено власникам підприємства, менеджерам із білінгу підприємства, власникам організації та користувачам із дозволом View Copilot Metrics. Крім того, має бути ввімкнена політика використання метрик Copilot. Ці дані показують зафіксовану активність, а не якість відповідей чи придатність моделі для конкретного завдання.
Чому два нові показники мають різну точність
Для локального BYOK є конкретне обмеження обліку: GitHub обчислює його поля за клієнтською телеметрією. Якщо телеметрію вимкнено, кількість таких звернень буде меншою за фактичну; деякі локальні провайдери також не повідомляють кількість токенів. Тому ці дані корисні для виявлення використання й оцінки масштабу, але неповні для точного фінансового звіряння.
Корпоративні користувацькі моделі обліковуються на сервері й, за словами GitHub, на них це застереження щодо телеметрії не поширюється. Одна й та сама модель може відображатися двома окремими рядками, якщо її використовують і як hosted-модель Copilot, і як корпоративну користувацьку модель. Такий поділ не дає об’єднати різні канали лише через збіг назви.
Є й особливість, пов’язана з часом: GitHub не додає поле is_custom_enterprise_model до звітів за дні, що передували випуску оновлення. Історичні дані не можна автоматично вважати зіставними з новими категоріями; для аналізу динаміки позначте дату переходу й порівнюйте періоди з урахуванням зміни схеми.
Оновлення допомагає організаціям точніше класифікувати використання Copilot із власними або локальними моделями. Для бюджетування локального BYOK усе ще потрібно враховувати пропуски клієнтської телеметрії та дані провайдера, тоді як для корпоративних користувацьких моделей у звіті з’явилася окрема серверна ознака.
