Внедрение агентской GitHub Copilot

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

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

Перед спринтом

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

Выбор и оборудование начальной команды

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

Выберите команды, у которых есть:

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

Избегайте выбора только энтузиастов. Включите репрезентативный набор уровней опыта, чтобы спринт показал распространенные настройки, доверия и барьеры рабочего процесса.

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

Убедитесь, что каждый участник получает лицензию Copilot через организацию, политики которой управляют спринтом.
Обратитесь к соответствующим владельцам предприятия и организации, чтобы включить отдельные политики для GitHub Copilot app и Copilot CLI.
Подтвердите область перед включением политики. Политики организации применяются ко всем, кто получает свою лицензию через ту организацию, а не только выбранной команде. Политики предприятия также могут ограничить, какие параметры могут изменить владельцы организации. Дополнительные сведения см. в разделе Политики GitHub Copilot для предприятий и организаций.
Попросите участников установить и войти в оба средства перед началом работы. См. раздел [AUTOTITLE и Начало работы с GitHub приложение Copilot](/copilot/how-tos/copilot-cli/set-up-copilot-cli).
Убедитесь, что каждый участник может получить доступ к проекту и использовать средства в соответствии с предполагаемыми политиками и управляемыми параметрами.
Предоставьте пользователю доступ к Copilot метрикам использования спринта. Сведения о требуемой роли см. в разделе GitHub Copilot метрики использования.

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

Определение целевых объектов активации и результатов

Задайте целевой объект активации для спринта подключения. Например, задайте целевой объект для каждого участника, который будет использовать Copilot appCopilot CLI по крайней мере три отдельных дня в каждой неделе спринта. Повторяющееся использование дает участникам время попробовать инструменты на различных задачах и решить, где они вписываются в повседневную работу.

Свяйте целевой объект активации с одним или двумя результатами , которые имеют значение для команды. Рассмотрим пример.

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

Запишите базовые показатели результатов перед спринтом.

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

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

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

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

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

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

Добавьте временную метку запроса на вытягивание, например copilot-pilot, чтобы участники могли найти и обсудить соответствующие примеры.
Добавьте согласованный маркер для соответствующих сообщений фиксации, например Copilot-Assisted: true, если организация уже анализирует метаданные фиксации.
Подготовьте панель мониторинга группы, которая показывает общую долю участников, активных на любом инструменте в течение трех или более дней в неделю.
Выберите существующее собрание группы или канал, где участники могут совместно использовать задачу, рабочий процесс и результат без предоставления общего доступа, которые могут содержать конфиденциальную информацию.

Метки и маркеры сообщений фиксации предоставляют автономный контекст, а не достоверные данные об использовании. Используйте их для поиска примеров и запуска бесед. Используйте Copilot метрики использования для измерения активности.

Перед запуском документ:

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

Во время спринта

На первой неделе удалите барьеры установки и создайте общий интерфейс. Во второй неделе необходимо укрепить успешные рабочие процессы и устранить барьеры.

Неделя одна: запуск и завершение первых рабочих процессов

Запустите со всей командой. Объясните результаты, которые вы хотите улучшить, целевой объект активации и участники защиты должны следовать.
Продемонстрировать реальную работу. Попросите руководителя, руководителя, руководителя или опытного участника завершить один из выбранных рабочих процессов в базе кода команды. Показать, где требуется проверка человека и утверждение.
Выполните первую задачу вместе. Участники пары, чтобы все запускали сеанс или Copilot appCopilot CLI завершают небольшую задачу с низким риском.
Используйте средства во время нормальной работы. Попросите участников использовать по крайней мере один выбранный рабочий процесс в количестве дней в целевом объекте активации. Избегайте создания искусственных упражнений после первой задачи.
Проверка операций. Убедитесь, что политики и управляемые параметры ведут себя должным образом. Просмотрите отчеты о поддержке и безопасности и проверьте расходы на основе использования в соответствии с согласованным ограничением.

Неделя 2. Укрепление полезных рабочих процессов

Обсудите использование в существующих собраниях. Спросите, с чем помогли средства, когда участники выбрали другое Copilot средство или функцию, и что их заблокировали.
Реагирование на барьеры рабочего процесса. Используйте следующие действия:
- Другое средство лучше подходит для задачи: сохраните существующий рабочий процесс для этой задачи и сосредоточьтесь на спринте на работе, которая дает преимущества от выбранных инструментов.
- Участник не знал, как начать: укажите тестируемый начальный запрос для одного из выбранных рабочих процессов.
- Агент не имеет контекста или создает плохие результаты: улучшайте инструкции репозитория, описания задач или доступные средства, а затем снова протестируйте рабочий процесс.
- Участник не доверял результату: продемонстрировать, как просматривать диффы, ограничивать разрешения, запускать тесты и удалять нежелательные изменения.
- Средство было недоступно или заблокировано: проверьте назначение лицензий, политики, установку, проверку подлинности, сетевой доступ и утвержденную конфигурацию средства.
Настройте руководство по рабочему процессу. Удалите рабочие процессы, которые не помогли, исправлять проблемы с доступом или конфигурацией и предоставлять общий доступ из успешных сеансов.
Снова проверьте операции. Просмотрите отчеты о безопасности, действия агента, поведение политики, потребности в поддержке и расходы. Приостанавливайте спринт, если он соответствует одному из условий остановки.
Просмотрите предварительные результаты. В конце недели сравните сигналы активации и результата с базовым показателем.

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

После спринта

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

Измерение устойчивого использования

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

used_cli и used_copilot_app показывает, использовал ли человек каждый инструмент в течение определенного дня.
totals_by_cli и totals_by_copilot_app укажите количество сеансов, запросов и запросов для более глубокого анализа.

Чтобы проверить целевой объект активации, выполните следующие действия.

Отфильтруйте ежедневные строки до дат спринта.
Сохраняйте строки, в которых used_cli или used_copilot_app есть true.
Группировать строки по пользователям и неделям.
Подсчитывать отдельные day значения в каждой группе.

Участник встречает трехдневный целевой объект, когда количество по крайней мере три за каждую неделю.

Чтобы просмотреть эти поля по команде, присоедините отчет пользователей к отчету об использовании пользователей. См . раздел AUTOTITLE.

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

Измерение результатов команды

Сравните период спринтом с базовым показателем, используя такие меры, как:

Запросы на вытягивание, объединенные на разработчика
Время слияния запросов на вытягивание
Частота завершения обслуживания или невыполненной работы
Дефекты, перерабочие или обзор результатов
Доверие участников и удовлетворение от короткого опроса

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

Решите, как масштабировать

Сводка:

Процент участников, которые достигли целевого объекта активации
Какие рабочие процессы повторяются без запроса
Наиболее распространенные барьеры настройки, управления или доверия
Изменения в результатах выбранной команды
Затраты на основе использования и любая операционная работа, необходимые для поддержки развертывания
Любые проблемы безопасности и способы их устранения

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

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

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