Кратко

  • Организация может открыть проверку кода Copilot участникам без лицензии, включив необходимые политики. Их AI credits оплачиваются напрямую организацией или предприятием как дополнительное платное использование и не относятся к личному бюджету.
  • Правила могут требовать проверку новых отправок кода и черновиков независимо от личных настроек. Тот, кто задаёт частоту контроля, тем самым задаёт частоту будущих покупок.

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

Для редкого участника разработки такой порядок удобен. Ради нескольких изменений ему не нужно сначала выделять отдельную подписку. Компания получает способ распространить проверку шире. Но теперь объём услуги надо считать по её использованию, а решение о покупке искать не только в отделе закупок. Оно может находиться в правиле, которое инженерный руководитель однажды включил для всех новых изменений.

У организации есть собственная корзина

В документации Copilot доступ для участников без лицензии требует двух разрешений: платного использования AI credits и проверки кода такими участниками. Вторая политика по умолчанию выключена. После её включения ручные и автоматические проверки создают дополнительное платное использование непосредственно у организации или предприятия. Личного месячного объёма для этой функции у таких пользователей нет; к индивидуальному бюджету расход не привязывается.

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

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

Автор изменения не всегда автор расхода

По стандартным правилам автоматическая проверка относит AI-потребление к автору запроса на включение изменений. Если другой пользователь вызывает проверку вручную, расход относится к нему. Для изменений, подготовленных Copilot cloud agent, сначала используется связанный человек-соавтор; если выставить ему расход нельзя, платит организация. Другие боты в роли автора либо инициатора проверки ведут к прямой оплате организацией.

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

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

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

Слово «каждый» умеет заказывать

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

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

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

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

Модели требуется рабочее место

В объявлении от 27 апреля 2026 года GitHub установила начало двойного учёта с 1 июня: AI credits плюс минуты GitHub Actions. Взаимодействие с моделью и исполнение агентных функций измеряются отдельно. Для закрытых репозиториев со стандартной размещённой средой следует различать включённое вычислительное использование и дополнительное потребление.

Контекст надо собрать, инструменты — запустить. Документация исполнителей говорит, что отключение размещённых у GitHub исполнителей делает агентные возможности недоступными и переводит проверку в более ограниченный режим. Можно использовать собственные исполнители. Официально поддерживается вариант под управлением ARC на Ubuntu x64; сетевые ограничения должна настроить организация.

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

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