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-hosted моделей, особенно когда модели имели похожие имена. Новые поля позволяют разделить эти категории при проверке внутренних правил и анализе использования. GitHub указывает, что данные доступны в отчётах за один и 28 дней, на уровне пользователя и в агрегатах организации или предприятия.
Администратору стоит начать с вопроса, на который должен отвечать отчёт: кто использует собственный ключ, какая часть запросов идёт к локальным моделям и насколько это меняет оценку затрат. Затем можно сопоставить новые поля с действующими показателями и внутренними правилами BYOK. Это даёт более предметную основу для разговора о выборе моделей и оплате, чем общий счётчик Copilot-активности.
Доступ к метрикам зависит от роли: API предназначен для владельцев предприятия, менеджеров биллинга предприятия, владельцев организации и пользователей с правом View Copilot Metrics. Кроме того, должна быть включена политика использования метрик Copilot. Эти данные показывают зафиксированную активность, а не качество ответов или пригодность модели для конкретной задачи.
Почему два новых показателя имеют разную точность
У локального BYOK есть конкретная граница учёта: GitHub рассчитывает его поля по клиентской телеметрии. Если телеметрия отключена, число таких обращений окажется ниже фактического; часть локальных провайдеров также не сообщает число токенов. Поэтому эти данные полезны для выявления использования и оценки масштаба, но неполны для точного финансового сверения.
Корпоративные пользовательские модели учитываются на стороне сервера и, согласно GitHub, этой телеметрической оговорке не подвержены. Одна и та же модель может отображаться двумя отдельными строками, если она используется и как hosted-модель Copilot, и как пользовательская корпоративная модель. Это разделение предотвращает объединение разных каналов только из-за совпадения названия.
Есть и временная особенность: GitHub не добавляет поле is_custom_enterprise_model в отчёты за дни до выпуска обновления. Исторические данные нельзя автоматически считать сопоставимыми с новыми категориями; для анализа динамики отметьте дату перехода и сравнивайте периоды с учётом изменения схемы.
Обновление помогает организациям точнее классифицировать использование Copilot с собственными или локальными моделями. Для бюджетирования локального BYOK всё ещё потребуется учитывать пропуски клиентской телеметрии и данные провайдера, тогда как корпоративные пользовательские модели получили отдельный серверный признак в отчёте.
