GitHub добавил возможность запрашивать проверку кода Copilot через REST и GraphQL API, а также указывать уровень усилий для каждого запроса. Одновременно Balanced стал настройкой по умолчанию для новых и существующих репозиториев и организаций, использующих Copilot code review. Изменение уровня вступило в силу 28 сентября 2026 года; о поддержке API GitHub сообщил 2 октября.
Практический смысл обновления — проверки можно запускать не только из интерфейса GitHub: команды смогут встроить запрос в собственные скрипты, workflow и внутренние инструменты. Но API здесь выступает способом инициировать ревью, а не подтверждением качества найденных замечаний: результаты Copilot по-прежнему нужно проверять.
Запрос на ревью можно встроить в собственные процессы
По сообщению GitHub Changelog, запросы на Copilot code review теперь доступны через поддерживаемые REST и GraphQL API. Для отдельного запроса можно передать уровень усилий ревью. GitHub описывает это как способ подключить проверку к уже используемым командой системам и автоматизациям.
Для разработчиков это означает возможность привязать ревью к собственным событиям и процессам, а не ограничиваться ручным запуском через веб-интерфейс. Например, команда может исследовать, как запускать проверку из внутреннего инструмента для работы с pull request. Конкретные схемы интеграции, ограничения API и примеры запросов следует сверять с документацией GitHub: в объявлении перечислены возможности, но не приведены детали реализации.
Важно не смешивать два разных изменения. API дает новый путь для запуска ревью, тогда как Balanced — настройка его уровня усилий. Само появление API не означает, что проверки будут запускаться автоматически при каждом изменении: порядок вызовов зависит от интеграции и настроек команды.
Balanced применяется по умолчанию, если не выбран Lite
GitHub сообщает, что с 28 сентября уровень усилий по умолчанию — Balanced — действует для новых и существующих репозиториев и организаций, использующих Copilot code review. Если в настройках явно выбран Lite, это предпочтение сохраняется. Уровень можно изменить в настройках ревью на том уровне, которым управляет пользователь или организация; более конкретная настройка может переопределить вышестоящую.
Поэтому после обновления не стоит полагаться только на прежнее представление о настройках по умолчанию. Командам, которым важен режим Lite или централизованное управление параметрами, полезно проверить конфигурацию репозитория и организации. В документации GitHub также уточняется, что выбор уровня усилий применяется как к автоматическим, так и к вручную запрошенным ревью, а сам параметр отделен от включения автоматических проверок.
Как проверить обновление в команде
Перед интеграцией API разработчикам стоит провести небольшой контролируемый тест:
Проверить документацию GitHub по настройке Copilot code review и определить, какие настройки действуют на уровне пользователя, репозитория и организации.
2. Убедиться, что в конкретной конфигурации доступен API-вызов ревью и понять, какие права и параметры требуются. Детали авторизации и схемы вызовов нужно брать из официальной документации, а не выводить из краткого объявления.
3. Сравнить ревью одного и того же pull request при доступных уровнях усилий. Отдельно фиксировать полезные находки, пропуски и замечания, которые не относятся к делу.
4. Только после этого подключать вызов к скрипту или workflow, где результат можно просмотреть и при необходимости отклонить.
Такой тест не докажет универсальное превосходство одного уровня: выводы будут относиться к конкретному репозиторию, типу изменений и настройкам. Но он поможет понять, стоит ли запускать проверку на каждом запросе, только по определенным событиям или вручную.
Что подтверждено и что еще нужно измерить
Подтвержденные изменения здесь узкие: GitHub объявил поддержку запросов через REST и GraphQL, возможность задавать уровень усилий на запрос и переход настройки по умолчанию на Balanced. По данным объявления, новые возможности доступны на планах Copilot Pro, Pro+, Max, Business и Enterprise.
Объявление не приводит независимого сравнения Lite и Balanced по точности, скорости или стоимости выполнения. Поэтому трактовать Balanced как гарантированно более качественное или более экономичное ревью нельзя. Для команды важнее измерить собственный результат на типичных изменениях и учитывать, что выводы Copilot требуют человеческой проверки.
Источники для практической проверки — объявление GitHub Changelog и документация GitHub по настройке code review. Именно там следует сверить актуальные требования к доступу, настройкам и вызовам API перед подключением к рабочему процессу.
