GitHub Copilot метрики использования

О Copilot метриках использования

Copilot Метрики использования помогают ключевым заинтересованным сторонам и принимающим решения понять, как их команды внедряют и используют Copilot. Отслеживая модели использования по всему предприятию, вы можете измерять вовлечённость, выявлять возможности для увеличения ценности и оценивать, как рабочие процессы с помощью ИИ влияют на пропускную способность pull request и время слияния.

Метрики доступны через:

• Copilot API метрик использования, предоставляющие подробные, экспортируемые данные на уровне предприятия, организации, репозитория и пользователя. См . раздел AUTOTITLE.
• Панель Copilot метрик использования, которая визуализирует 28-дневные тенденции использования в вашем предприятии и организациях. См . раздел AUTOTITLE.
• Дашборд генерации кода, который объясняет, как пользователи и агенты генерируют код в вашем предприятии и организациях. См . раздел AUTOTITLE.
• Панель Copilot мониторинга влияния, которая группирует пользователей в когорты внедрения и подключает ее к выводу запросов на вытягивание. См . раздел AUTOTITLE.
• Метрики Copilot использования экспортируются NDJSON, которые предоставляют сырые данные для кастомных BI-инструментов или долгосрочного хранения.

Какое использование включено?

CopilotМетрики использования являются производными от телеметрии в нескольких Copilot поверхностях, включая интегрированную среду разработки и Copilot CLIagent apps действие. Большинство метрик поступает из клиентской IDE-телеметрии, и конечным пользователям нужна включенная телеметрия в их IDE для получения самых богатых данных в этих метриках.

Отдельные agent app метрики доступны в API метрик использования и экспорте NDJSON. Они недоступны на панелях мониторинга метрик использования. Действие от agent apps уже включается в ежедневные, еженедельные и ежемесячные итоги активных пользователей через данные телеметрии на стороне сервера. Отдельные метрики предоставляют подробную разбивку, но не изменяют эти итоги.

Кроме того, Copilot метрики использования включают серверную телеметрию для выявления активных пользователей, которых может пропустить только клиентская телеметрия. Состояние сети, конфигурации прокси и настройки клиента могут препятствовать доступу клиентской телеметрии GitHub, поэтому серверные сигналы обеспечивают появление этих пользователей в ваших отчётах.

Пользователи, выявленные через серверную телеметрию, полностью учитываются в общем числе активных пользователей (например, ежедневно активных пользователей). daily_active_users  Когда они доступны, они также могут появляться в totals_by_ide (включая самые недавно обнаруженные версии IDE и Copilot расширений в отчётах для каждого пользователя). Однако другие размерные разбивки — такие totals_by_feature как метрики строк кода — остаются пустыми до тех пор, пока для них не появится более богатая телеметрия. Общие итоги и разбивки для пользователей, уже захваченных клиентской телеметрией, остаются без изменений.

Данные не включают активность других Copilot поверхностей, таких как:

• Copilot Chat на GitHub.com
• GitHub Mobile

Данные по лицензиям и управлению местами не включаются в Copilot отчёты по метрикам использования. Для просмотра или управления присвоением лицензий используйте Copilot API управления пользователями, который является источником информации о лицензиях и местах. См . раздел AUTOTITLE.

Устранение неполадок с отсутствующими данными об использовании

Подробные разбивки зависят от телеметрии на стороне клиента от интегрированной среды разработки или Copilot CLI. Эта телеметрия предоставляет данные о функциях, языках, моделях, принятых предложениях и строках кода. Данные телеметрии на стороне сервера могут показать, что пользователь был активным, но не может наблюдать за тем, что происходит в редакторе.

Если данные телеметрии на стороне клиента отсутствуют, отчеты могут содержать более низкие числа или пустые разбивки, даже если данные на стороне сервера показывают активность. Распространенные причины:

Cause	Влияние на отчеты	Что можно проверить
Данные телеметрии отключены в интегрированной среде разработки, например с параметром telemetry.telemetryLevel в VS Code.	Интегрированная среда разработки не отправляет подробных действий. Пользователь по-прежнему может считаться активным через телеметрию на стороне сервера, но функции, язык и строки разбивки кода пусты.	Убедитесь, что телеметрия интегрированной среды разработки включена для разработчиков.
Сетевой прокси, брандмауэр или VPN блокирует конечную точку Copilot телеметрии.	То же, что и при отключении телеметрии.	Разрешить конечную точку Copilot телеметрии клиента. См . раздел AUTOTITLE.
Клиент не поддерживает интегрированную среду разработки и не отправляет Copilot данные телеметрии.	Пользователь может считаться активным через телеметрию на стороне сервера, но клиент не отображается в totals_by_ide или подробных разбивках.	Используйте поддерживаемую интегрированную среду разработки для полных метрик.

Если после проверки указанных выше причин сохраняется разрыв, обратитесь мы через портал к затронутым пользователям, идентификаторам, версиям и датам.

Почему Copilot метрики использования могут различаться между ресурсами API

Следующие ресурсы API показывают Copilotсвязанные с -данными, но они не взаимозаменяемы и не должны сравниваться напрямую. Каждый ресурс API разработан для конкретного случая использования и модели данных, и ожидаются различия в сумме или покрытии. Используйте эту таблицу, чтобы понять, какой API ресурс лучше всего соответствует вашим потребностям в отчетности.

Ресурс API	Объем	Ключевые возможности
Конечные точки REST API для метрик использования Copilot	Расширенные данные телеметрии событий в корпоративной и организации с отчетами на уровне репозитория и пользователей	Обеспечивает унифицированную телеметрию между режимами завершений, чата и агента. Включает метрики использования и строки кода во всех режимах, языках и моделях IDE. Поддерживает подробные разбивки по функциям, интегрированной среде разработки, языку, модели и пользователю, а также отчетам о действиях запросов на вытягивание на уровне репозитория и является основным ресурсом API, который активно разрабатывается и поддерживается.
REST API конечные точки для управления пользователями Copilot	Лицензия и распределение мест	Перечисляет назначенные Copilot места организации или предприятия, включая состояние лицензии, ассоциацию пользователей и last_activity_at. Этот ресурс API является источником информации о лицензиях и местах.

Как приписывают метрики в разных организациях?

Метрики использования на уровне Copilot организации основаны на членстве организации, а не на том, где происходят отдельные действия. Чтобы отображаться в метриках предприятия, пользователь должен иметь активное Copilot место внутри этого предприятия (в любой организации, принадлежащей этому предприятию). В результате использование одного пользователя может отображаться в нескольких панелях управления организации, тогда как этот же пользователь учитывается только один раз в общем общем счете на уровне предприятия. Аналитика на уровне организации предназначена для видимости внедрения и использования внутри организации и не предназначена для прямого сравнения с корпоративными показателями.

Аналитика на уровне Copilot организаций доступна с 12 декабря 2025 года. Это первая дата, когда предоставляются отчеты на уровне организации.

После того как пользователь получает место в компании, его использование приписывается каждой организации, к которой он принадлежит, независимо от того, где это место.

Это означает следующее:

• Если лицензии присваиваются специализированной «оболочкой» организации для административных целей внутри предприятия, пользователи всё равно отображаются в метриках всех других организаций предприятия, к которым они принадлежат.
• Если у пользователя также есть Copilot место в отдельной организации вне предприятия, его деятельность всё равно включена в метрики на уровне организации , если у него есть хотя бы одно место внутри предприятия.

Короче говоря: пользователи должны быть лицензированы где-то в компании, чтобы они отображались в её метриках. Когда это происходит, метрики отражают место работы (членство в организации), а не то, какая организация предоставляет Copilot место или откуда возникла деятельность.

Поддерживаемые интегрированные среды разработки (IDE)

Для включения в Copilot метрику использования конечные пользователи должны использовать одну из следующих IDE и Copilot Chat версий расширений.

Старые версии могут не отправлять все события, на которые используются метрики использования, или может атрибутировать действие неправильной интегрированной среды разработки. Сохраняйте текущие идентификаторы и Copilot расширения и используйте средства управления устройствами, чтобы применить эти минимальные версии, где это возможно.

IDE	Минимальная версия IDE	Версия с минимальным Copilot Chat расширением
Eclipse	4.31	0.9.3.202507240902
JetBrains / IntelliJ	2024.2.6	1.5.52-241
Visual Studio	17.14.13	18.0.471.29466
VS Code	1.107.1	0.35.3
Xcode	14.3.1	0.40.0

В отчетах для каждого пользователя каждая totals_by_ide запись включает last_known_ide_version и last_known_plugin_version. Используйте эти поля для идентификации разработчиков, которым необходимо обновить. См . раздел AUTOTITLE.

Требования к версии для действия агента на основе пакета SDK

Некоторые идентификаторы запускают Copilot сеансы агента через Copilot пакет SDK. Некоторые версии этих ПАРАМЕТРОВ не определяют себя при отправке действия агента, поэтому действие остается без метрик использования. Это приводит к тому, что взаимодействие агента и строки агента будут подсчитываться. Чтобы включить это действие, конечные пользователи должны использовать одну из следующих версий или более поздних версий:

IDE	Минимальная версия для действия агента на основе пакета SDK	Затронутые версии
VS Code	1.139.0	1.134–138 при использовании окна агента
Copilot подключаемый модуль для удостоверений удостоверений JetBrains	1.20.0	1.15.0–1.19.x
Visual Studio	18.12	Сборки предварительной оценки (предварительная версия) до 18.12

Если вы планируете обновления интегрированной среды разработки, переместите разработчиков непосредственно в эти версии или более поздние версии. Общедоступные версии Visual Studio не затрагиваются.

Для идентификаторов ПАРАМЕТРОВ JetBrains избежать Copilot подключаемых модулей версии 1.15.0 до 1.19.x.

Eclipse и Xcode не запускают сеансы агента через Copilot пакет SDK, поэтому они не затрагиваются.

Отсутствующие данные не могут быть заполнены обратно, так как действие из затронутых версий не определяет, из какой интегрированной среды разработки она была получена.

Некоторые из этих действий были подсчитаны как Copilot CLI действия, которые могут раздувать Copilot CLI метрики. Это очищается, так как разработчики обновляют затронутые идентификаторы, но более ранние Copilot CLI метрики не могут быть исправлены. Copilot CLI пользователям не нужно обновляться.

Эта проблема влияет только на то, как действие относится к метрикам использования. Выставление счетов не затрагивается.

Свежесть данных

Данные на панелях мониторинга и отчетах API обновляются по регулярному расписанию.

Ожидайте, что данные будут доступны в течение двух полных дней. Это означает, что данные за определённый день обрабатываются и становятся доступны в течение двух полных дней UTC после окончания этого дня.

Данные телеметрии, которые по-прежнему обрабатываются, могут сделать последние дни неполными. Дождитесь закрытия окна обработки перед изучением пробела.

Что измеряют данные?

Copilot Метрики использования можно сгруппировать в несколько основных категорий: внедрение, вовлечённость, уровень принятия, строки кода (LoC) и метрики жизненного цикла pull request.

Внедрение измеряет, сколько лицензированных разработчиков активно используют Copilot. Например, ежедневно активные пользователи (DAU) показывают, сколько уникальных Copilot пользователей взаимодействовало в данный день. В идеале во время развертывания вы должны наблюдать устойчивую тенденцию к росту этих показателей. Copilot code review Внедрение отслеживается отдельно, с чётким количеством активных и пассивных пользователей. Активные пользователи вручную запрашивали отзыв или применяли предложение; Пассивные пользователи автоматически Copilot code review назначили просмотр их pull-запроса. Если у пользователя оба сигнала находятся в одном периоде, они считаются только активными. Для более глубокого представления о глубине внедрения пользователи также группируются в когорты внедрения. См. статью "Общие сведения о внедрении".

Показатели вовлечённости описывают, насколько глубоко разработчики используют Copilot их после внедрения. Ключевые метрики вовлечения показывают не только частоту использования, но и широту охвата функций. Например, среднее количество запросов на активного пользователя измеряет, как часто пользователи открывают и взаимодействуют с Copilot Chat. Вы хотели бы видеть регулярное и растущее использование чата на разных языках и в интегрированных средах разработки.

Процент принятия измеряет, как часто разработчики принимают Copilotпредложения. Это поможет вам понять, актуальны ли предложения и заслуживают ли доверия. Например, высокий уровень принятия встроенных предложений указывает на то, что предложения актуальны и полезны.

Метрики строк кода (LoC) измеряют количество предложенных, добавленных или удалённых строк Copilot в редакторе, обеспечивая направленное представление Copilotо ощутимом результате . Например, "Добавлено строк" показывает, сколько кода было фактически принято и вставлено в редактор.

Метрики жизненного цикла pull request измеряют, как Copilot активность связана с результатами pull request и их потоком доставки. Эти метрики включают создание и количество слияний по pull request, медианное время слияния и активность по просмотру предложений. Сравнивая общую активность pull request с pull-request, созданными Copilot, вы можете оценить, как рабочие процессы с помощью ИИ влияют на пропускную способность и время цикла на уровне организации или предприятия.

Разбивки моделей могут включать модели, которые разработчики не выбрали напрямую. Например, Copilot можно использовать другие модели для выбора автоматических моделей или фоновых задач.

Общие сведения об внедрениях

Вместо измерения внедрения как одного активного числа пользователей Copilot группируют пользователей в когорты по внедрению на основе того, как они взаимодействуют Copilot, а не только независимо от того, занимаются ли они вообще. Число неструктурированных активных пользователей относится к тому, кто иногда принимает завершение кода так же, как и тот, кто управляет несколькими рабочими процессами, управляемыми агентом в течение дня. Совместное использование отделяет этих двух пользователей, поэтому вы можете увидеть, углубляется ли использование вашей организации с течением времени, а не плато на начальной пробной версии.

Пользователи группируются на следующие этапы:

Phase	Что он представляет
Пассивные пользователи	Пользователь не выполнил пороговое значение участия для этапа в течение периода. Пассивный пользователь по-прежнему может регулярно использовать Copilot , например задавать вопросы в Copilot Chat режиме агента или без применения каких-либо изменений кода. В API этот этап помечен.No Cohort
Этап 1. Первый код	Пользователь, занимающийся завершением кода и (или) редактирует агент, где Copilot записывает изменения непосредственно в файлы в интегрированной среде разработки. Использование Copilot Chat или режим агента без создания завершения кода или действия редактирования агента не соответствует собственным требованиям.
Этап 2. Первый агент	Пользователь, занимающийся одной GitHubобластью агента, например Copilot cloud agent, Copilot code reviewили Copilot CLI. Активное взаимодействие и Copilot code review автоматическое назначение для проверки количества запросов на вытягивание совпадает с той же поверхностью.
Этап 3. Мультиагентный	Пользователь, занимающийся двумя или более GitHubповерхностями агента на основе или с ними GitHub Copilot app.

Чтобы группироваться на этап, пользователь должен соответствовать порогу взаимодействия не менее двух активных дней вне 28-дневного окна, используя поверхности, связанные с этим этапом. Для выполнения этого этапа пользователю требуется только два дня, которые будут выполняться на более высоком этапе. Только использование агента может квалифицировать пользователя без отдельных дней обычного завершения.

Назначение этапа пересчитывается ежедневно из 28-дневного окна, поэтому этап пользователя может перейти от одного дня к следующему по мере изменения их действия в этом окне. Это ожидаемое поведение, а не ошибка данных.

Панель мониторинга влияния подсчитывает каждого пользователя, активного во время 28-дневного окна, и группирует каждого пользователя по текущему этапу. Правила классификации этапов одинаковы, но население панелей мониторинга шире, чем totals_by_ai_adoption_phase.total_engaged_users поле в отчетах API и NDJSON, которое подсчитывает пользователей, активных в определенный день.

Пользователи, которые не выполнили пороговое значение этапа, группируются в пассивных пользователей, которые не являются мерой бездействия, но сигналом о том, что взаимодействие пользователя еще не достигло уровня, необходимого для надежной классификации глубины их внедрения. Например, пользователь с менее чем двумя активными днями в 28-дневном окне или тот, кто только легко использует поверхность, как Copilot Chat на GitHub.com, отображается как пассивный пользователь.

Так как назначение этапов основано на том, с какой областью взаимодействует пользователь, а не просто сколько действий они выполняют, пользователь с большим объемом завершения, но использование агента не остается на этапе 1, в то время как пользователь с более легким, но более широким использованием в поверхности агента выполняется до этапа 2 или этапа 3.

Поля базовой схемы см. в полях этапа внедрения ИИ.

Коэффициент внедрения панели мониторинга влияния делит среднее количество запросов на вытягивание, объединенных для заинтересованных пользователей, которые находятся на этапе 1, 2 или 3, на количество запросов на вытягивание, объединенных для пассивных пользователей.

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

Например, если пользователи в участвующих когортах в среднем 20 запросов на вытягивание/пользователя/месяц и пассивного когорты в среднем 10, то уравнение равно 20 /10 = 2x умножение.

Общие сведения о сравнениях в отрасли

Мини-приложение сравнения отраслевых показателей влияния сравнивает два показателя для вашей организации или организации, которая не принадлежит предприятиям, с агрегированными результатами от участвующих одноранговых узлов:

• Внедрение агентов: процент активных пользователей в организации или организации, которые являются пользователями с агентом или несколькими агентами.
• Использование: соотношение между скоростью слияния запросов на вытягивание для агентических пользователей и скоростью для неагентных пользователей (на каждого пользователя в месяц). Например, оценка использования 4,1x означает, что агентические пользователи объединяли запросы на вытягивание в 4,1 раза в 4,1 раза в период отчетности.

Каждое сравнение охватывает 28-дневный отчетный период, показанный в мини-приложении. Одноранговые когорты используют размер компании и отрасль, выбранные при выборе. Варианты размера компании: 1–999, 1 000–4999 и 5000 сотрудников, и есть десять вариантов отрасли. Эти значения самообсчитаются и не проверяются. Вы можете сравнить с одноранговыми узлами в выбранной отрасли или во всех отраслях.

Когда доступны достаточно подходящих одноранговых узлов, каждая карточка отображает:

• Где ваш счет занимает место в когорте.
• Разница между оценкой и одноранговым медианом.
• Разница между оценкой и верхним детилем.

Для сравнения top-decile требуется более крупный одноранговый когорт, чем сравнение медиана, поэтому медиана может быть доступна, если верхний детил не является. Предприятия и организации с очень немногими активными пользователями могут просматривать сравнения, но они не учитываются в отношении любого однорангового когорты.

Диаграмма отображает оценку предприятия по распределению одноранговых показателей и помечает одноранговый медиан и верхний детил. Некоторые маркеры могут быть недоступны, если когорта не содержит достаточно подходящих одноранговых узлов.

Для сравнения в выбранной отрасли панель мониторинга расширяет одноранговую когорту в этом порядке до тех пор, пока не будет доступно достаточно подходящих одноранговых узлов:

1. Участвующие одноранговые узлы с одинаковым размером компании и отраслью.
2. Участвующие одноранговые узлы с одинаковым размером компании во всех отраслях.

Сравнения всегда используют одноранговые узлы с одинаковым размером компании. Мини-приложение показывает, какой одноранговый когорт был использован, поэтому вы можете определить, когда сравнение было расширено за пределами выбранной отрасли.

Для GitHub Enterprise Cloud размещения данных одноранговые когорты включают только участников, размещенных в одном регионе расположения данных. Панель мониторинга применяет одно и то же расширение в этом регионе и не объединяет данные между регионами.

Панель мониторинга не использует когорту, основанную только на отрасли. Сравнения во всех отраслях используют участвующие одноранговые узлы, а не всех GitHub пользователей или предприятий.

Участие контролируется политикой сравнения метрик Copilot и отключена по умолчанию. Предприятия и организации, которые не принадлежат предприятиям, могут участвовать. Организации, принадлежащие предприятиям, участвуют через свое предприятие. Предприятия, используемые только для назначения Copilot Business лицензий, не могут участвовать, так как их нельзя вычислить. Включение политики включает агрегированные метрики в одноранговые метрики и позволяет просматривать сравнения. Дополнительные сведения см. в разделе Просмотр панели мониторинга влияния Copilot.

Рейтинги появляются только после того, как достаточно предприятий и организаций решили сформировать одноранговую когорту. Если нет достаточно подходящих одноранговых узлов после применения резервных кохортов панели мониторинга, он не показывает рейтинг. Рейтинг также недоступен, если вы не можете вычислить собственную оценку, например, если в отчетном периоде нет активных пользователей или нет неагентных пользователей для предоставления базовых показателей использования.

Как сравнения в отрасли защищают ваши данные

• Только войдите в систему. Ничего не вносится до тех пор, пока владелец предприятия или владелец организации, не принадлежащий предприятиям, позволяет политике сравнения метрик Copilot отрасли. Предприятия, используемые только для назначения Copilot Business лицензий, никогда не вносят свой вклад.
• Вносятся только две суммарные оценки. Каждый участник вносит свой вклад в внедрение агента и использует оценки за 28-дневный отчетный период. Имена пользователей, действия на уровне пользователя, код, содержимое репозитория или содержимое запроса на вытягивание не вносятся.
• Результаты агрегируются. Ваши оценки объединяются с другими участниками, чтобы вычислить статистику когорты, такие как медиана и верхний детил. Другие участники не могут видеть название предприятия или организации, какие предприятия и организации участвуют, или сколько участников находятся в когорте.
• Когортная статистика не связана с участниками. При вычислении когортной статистики оценки участников объединяются в результаты, которые хранятся только по дате, размеру компании и отрасли. Эти результаты не содержат идентификаторов предприятия, организации или пользователя, поэтому они не могут быть связаны с конкретным участником.
• Ранжирование вычисляется на GitHubсерверах. Ваши собственные оценки хранятся с остальными Copilot метриками использования. Чтобы показать свой рейтинг, GitHub сравнивает свои оценки со статистикой когорты за тот же отчетный период. Оценки других участников никогда не просматриваются или сравниваются по отдельности.
• Маленькие когорты подавляются. Статистика когорты отображается только в том случае, если оно содержит достаточно участников и пользователей. Предприятия и организации с очень мало активными пользователями не учитываются в отношении когорты, поэтому небольшое количество разработчиков не может сформировать результаты.
• Размер компании и отрасль остаются частными. Размер компании и выбранная отрасль используются только для группирования участников в когорты. Они не отображаются другим участникам или проверяются GitHub.
• Хранение данных учитывается. Для GitHub Enterprise Cloud размещения данных данные никогда не объединяются в регионах расположения данных.
• Результаты остаются на панели мониторинга. Сравнения в отрасли не включаются в загрузки, экспорт NDJSON или Copilot API метрик использования.
• Агрегированные результаты являются короткими. Когортная статистика пересчитывается ежедневно и удаляется через 30 дней. Если вы откажетесь, панель мониторинга немедленно перестает отображать сравнения, и данные исключаются из когорт, начиная со следующего ежедневного обновления. Каждый ежедневный расчет использует текущий параметр согласия, поэтому если предыдущие результаты пересчитываются после отказа, данные не добавляются обратно.

Оценка потенциальной отдачи от инвестиций

Потенциальная отдача от инвестиций панели мониторинга влияния позволяет сравнить выходные данные запросов на вытягивание между фазой 0-1 пассивным и первым пользователями кода и первым пользователями****агента 2-3.

Для каждой группы этапов панель мониторинга отображает ежемесячные Copilot затраты на разработчика на основе фактического AI credits потребления, а это стоимость в процентах от компенсации разработчика. В нем также показаны средние запросы на вытягивание на разработчика в месяц.

Вы можете выбрать группу компенсаций для обновления оценки, зависящую от компенсации разработчика. Эти цифры являются оценками, а не точными финансовыми результатами, поэтому интерпретируют их вместе с сравнениями кода и времени для слияния. Оценки возврата инвестиций доступны только на панели мониторинга и не включены в Copilot API метрик использования или экспортов NDJSON.

Интерпретация метрик жизненного цикла pull-запроса в разных областях

Метрики жизненного цикла pull запросов доступны как на уровне организации, так и на уровне предприятия. При сравнении отчётов имейте в виду следующее:

• Дедупликация: Корпоративные отчёты дедупликационируют пользователей в разных организациях. Отчёты на уровне организаций — нет.
• Данные только для pull request: метрики жизненного цикла pull request могут появляться даже если метрики использования IDE отсутствуют, поскольку данные pull request производятся из активности репозитория.
• Время атрибуции: если репозиторий или организация передаётся между владельцами, события создания, просмотра и слияния могут быть приписаны разным организациям в зависимости от времени каждого события.

Как я могу использовать эти метрики?

Эти метрики можно использовать вместе для ответа на ключевые вопросы о использовании Copilotваших команд .

Question	Используйте эти метрики
Мои Teams регулярно пользуются Copilot ?	Ежедневные и еженедельные активные пользователи
Какие функции обеспечивают наибольшую ценность?	Количество запросов на режим чата, адаптация операторов
Доверяют Copilotли разработчики результатам этого?	Тенденции коэффициента принятия
Работают ли усилия по внедрению?	Рост внедрения и вовлеченности после обучения или коммуникационных кампаний
Влияет Copilot ли скорость доставки или pull-запрос на пропускную способность?	Количество слияний в pull request и медианное время слияния
Как проходит Copilot code review усыновление?	Активное и пассивное количество пользователей при обзоре кода
Углубляется ли внедрение моей организации с течением времени?	Тенденции распространения и взаимодействия с внедрением
Как работать с аналитическими сведениями на панели мониторинга?	См. раздел AUTOTITLE

Ищите закономерности в этих сигналах, а не сосредотачивайтесь на каком-то одном числе. Например, стабильная DAU в сочетании с растущим коэффициентом принятия указывает на растущее доверие и ценность.

Более подробно проанализировать метрики

Если вам нужно объяснить или проверить результаты, используйте справочные статьи, чтобы понять все доступные данные, как оно сравнивается между поверхностями и как его следует интерпретировать. См . раздел AUTOTITLE.