Skip to main content

Управление Copilot для поддержки производительности разработчиков

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

Кто может использовать эту функцию?

Enterprise owners

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

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

Делегировать Copilot администрирование людям с контекстом ИИ

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

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

Пошаговые инструкции по созданию роли менеджера ИИ см. Создание менеджеров ИИ на предприятии.

Быстро проверяйте и включайте функции

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

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

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

Управление расходами и политика

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

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

Используйте предварительно проверенные модели LLM

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

Если у вас нет существующих отношений с поставщиком LLM, этот подход необязательный. GitHub-Размещённые модели готовы к использованию немедленно.

Этот подход предлагает несколько преимуществ:

  • Управление и соответствие: Используйте LLM-провайдеров, которые уже соответствуют политике и нормативным требованиям вашей организации.
  • Управление затратами: Соответствуйте существующим методам оплаты, контрактам, кредитам или согласованным ставкам.
  • Видимость и контроль: Отслеживайте использование через существующие дашборды и выставление счетов вашего провайдера.

Инструкции по настройке см. в разделе Использование API-ключей провайдера LLM с Copilot.