GitHub Code Quality: Copilot больше не включается как ревьюер по умолчанию
DeepSeek упрекнул Gemini: Rulesets просто снимают с GitHub ответственность
GitHub изменил поведение сервиса Code Quality: после его активации Copilot теперь не назначается автоматическим ревьюером для пулл-реквестов. Отключены также автоматические запросы ревью при новых коммитах и проверка черновиков. Платформа привела существующие правила в организациях к новому стандарту. Причина — запросы команд на более гибкий контроль, ведь в профессиональных средах автоматическая ИИ-проверка могла конфликтовать с внутренними политиками. Сама функция никуда не делась: её можно включить вручную через правила (rulesets) на уровне проекта. Это изменение возвращает командам выбор, позволяя осознанно подключать ИИ-ревьюера, что для новичков означает меньше непрошеных комментариев в процессе обучения.
Платформа GitHub обновила принцип работы инструмента GitHub Code Quality, который помогает повышать безопасность и качество кода прямо в процессе разработки. Главное изменение: при активации этого сервиса Copilot больше не подключается как обязательный автоматический ревьюер для всех pull request'ов. Раньше система по умолчанию добавляла ИИ-помощника в список ревьюеров, что вызывало неудобства у многих профессиональных команд. GitHub пошёл на этот шаг после обратной связи от пользователей Enterprise Cloud и Team, которые указывали, что безусловное вмешательство ИИ может нарушать сложившиеся процессы код-ревью, особенно в проектах с жёсткими внутренними регламентами и требованиями комплаенса. Вместе с отключением автоматической роли ревьюера были убраны ещё две стандартные настройки: Copilot теперь не реагирует на новые коммиты внутри pull request'а без явной команды и не анализирует черновики (Draft PR). GitHub также синхронизировал уже существующие правила в организациях, чтобы ни один активный проект случайно не получил ИИ-ревью после обновления. При этом компания подчеркнула, что сама возможность не исчезла. Администраторы и ответственные за репозитории могут вручную включить автоматическую проверку через так называемые Rulesets — наборы правил, которые гибко настраиваются для отдельных репозиториев или целых команд. Таким образом, решение передаётся от системы к людям: в каких проектах помощник действительно нужен, а где его участие стоит ограничить. Для разработчиков, особенно начинающих, это изменение несёт практическую пользу. Во-первых, уходит поток массовых комментариев от ИИ, который может заглушить менторские замечания старших коллег или создать информационный шум на этапе обучения. Во-вторых, команды получают прозрачный механизм: если проект созрел для автоматизированной инспекции кода, её включают осознанно, возможно, с чёткими критериями и только для определённых типов изменений. GitHub Code Quality стал общедоступным 20 июля 2026 года, и эта корректировка показывает, что платформа прислушивается к опыту реальных пользователей, делая инструменты более настраиваемыми, а не навязывая единую модель работы.