Метрики Copilot различают ваши MCP, skills и агентов по имени

В org- и enterprise-отчётах Copilot ваши skills, кастомные агенты, MCP-серверы, slash-команды и плагины перестали сливаться в other и custom — GitHub обновил usage metrics API поверх сентябрьских метрик кастомизации agentic CLI. В массивах totals_by_skill, totals_by_custom_agent, totals_by_mcp, totals_by_slash_cmd и totals_by_plugin теперь видно имя из конфигурации, а не общую метку.

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

• Именованные строки — в per-user отчётах за 1 и 28 дней, в агрегированных срезах за сутки и в day_totals за 28 дней каждая позиция подписана так, как вы назвали skill, агента или сервер.
• Больше позиций в списке — до 25 записей в каждом totals_by_* на один отчёт (раньше было 5); остаток активности уходит в хвостовой other.
• Счётчики без изменений — interaction_count и поля distinct_*_use_count считаются по прежним правилам.

Смысл для команды, которая выкатила внутренний MCP или skill: на следующем цикле отчёта можно проверить adoption по имени из конфига, а не гадать по агрегату «что-то кастомное».

Откуда попадают имена

Телеметрия идёт из Copilot CLI (интерактив и prompt mode), приложения GitHub Copilot, интеграций Agent Client Protocol — например JetBrains — и Copilot SDK. Prompt mode, приложение и ACP требуют Copilot CLI 1.0.97 или новее; для SDK — версия 1.0.21+. IDE отдают имена, когда агентский сценарий идёт через Copilot SDK 1.0.21+, но не из встроенного чата редактора.

Ограничения и доступ

• Имя обрезается и режется лимитом 128 символов; строки, похожие на путь к файлу, остаются в other/custom.
• Цифры с клиентской телеметрии — для трендов и adoption, не для точного учёта; устаревший клиент или заблокированная телеметрия занижают картину.
• Имена появляются в днях отчёта после релиза; более ранняя история всё ещё other/custom.
• Отчёты видят владельцы enterprise и organization, billing managers и роли с правом View Copilot Metrics при включённой политике usage metrics.

Источник: Custom skills, agents, and MCP servers in usage metrics API.