GitHub объявил об обновлении Copilot code review — инструмента для анализа изменений в pull request. Новые возможности уже стали общедоступными. Обновление сосредоточено на трёх задачах: отслеживании результатов повторных ревью, автоматическом закрытии исправленных комментариев Copilot и подготовке сообщений коммитов при пакетном применении предложений.
По данным GitHub, изменения должны помочь разработчикам быстрее отделять актуальные замечания от уже обработанных и лучше понимать, как менялась оценка pull request после новых коммитов.
Обзор ревью теперь сохраняет историю
Главное изменение — переработанный обзорный комментарий Copilot в pull request. Он показывает текущую оценку изменений, уровень усилий, использованный при ревью, и сводку найденных проблем.
При добавлении новых коммитов и повторном запуске проверки обзор не заменяет полностью предыдущий контекст. Copilot сохраняет информацию о ходе ревью и показывает, какие выводы были сделаны на разных этапах. Предыдущая сводка по pull request и отдельные сводки по файлам также остаются доступными.
Это меняет сценарий работы с длинными pull request. Разработчику не нужно каждый раз сравнивать новый набор комментариев с нуля: история помогает понять, какие замечания появились после очередной проверки, какие уже были обработаны и что по-прежнему требует внимания.
GitHub также добавил короткие заголовки к комментариям Copilot. Они используются в списке проблем внутри обзорного комментария и служат быстрыми описаниями найденных участков кода. По ним проще оценить содержание замечания до перехода к полному комментарию.
Copilot может автоматически разрешать исправленные комментарии
В новой версии Copilot code review умеет самостоятельно разрешать собственные комментарии, если последующие изменения в коде устранили описанную проблему. Механизм сопоставляет результаты повторного ревью с предыдущими замечаниями и снимает те из них, которые были адресованы.
Функция относится именно к комментариям Copilot. Она не закрывает замечания, оставленные участниками команды, и не заменяет ручную проверку изменений. Автоматическое разрешение также не следует воспринимать как доказательство того, что исправление корректно с точки зрения проекта: оно показывает, что Copilot считает проблему устранённой.
Для команд это может сократить число ручных действий при итеративной работе над pull request. После каждого нового коммита разработчику всё равно стоит проверить diff и убедиться, что изменение действительно решает исходную проблему, а не только меняет код так, чтобы замечание больше не воспроизводилось.
Общее описание работы с Copilot code review GitHub публикует в документации: https://docs.github.com/en/copilot/using-github-copilot/code-review/using-copilot-code-review
Пакетные предложения получают осмысленные сообщения коммитов
Ещё одно изменение касается полного пакета предложений Copilot. Если разработчик применяет подходящий завершённый пакет изменений, Copilot генерирует заголовок коммита и, при необходимости, его описание на основе выбранных правок.
В пакет могут входить не только предложения Copilot, но и обычные комментарии. В таком случае функция также может подготовить сообщение коммита для итогового набора изменений.
Это избавляет разработчика от необходимости каждый раз вручную формулировать сообщение после массового применения правок. При этом автоматически созданный текст остаётся предложением: перед фиксацией изменений его можно проверить и отредактировать.
Механизм рассчитан на конкретный сценарий — применение полного подходящего пакета предложений. Из объявления GitHub не следует, что Copilot будет создавать сообщения для любого коммита или автоматически менять историю репозитория без подтверждения пользователя.
Общие принципы работы с pull request и комментариями описаны в документации GitHub: https://docs.github.com/en/pull-requests/collaborating-with-pull-requests/reviewing-changes-in-pull-requests
Что проверить разработчикам
После включения обновления полезно проверить три момента.
Во-первых, при повторном ревью стоит открыть обновлённый обзор pull request и сравнить текущие замечания с предыдущими. Сохранение истории не отменяет ручной проверки diff: комментарий Copilot может исчезнуть после изменения контекста, даже если исправление получилось неполным.
Во-вторых, при автоматическом разрешении комментариев нужно посмотреть, какие именно замечания были закрыты. Особенно это важно для проверок безопасности, обработки ошибок и изменений в публичных интерфейсах. В сообщении GitHub описывается логика определения исправленных комментариев, однако в анонсе нет независимых результатов тестирования точности этого механизма.
В-третьих, перед созданием коммита следует проверить предложенный заголовок и описание. Они генерируются по выбранным изменениям, поэтому текст может не учитывать соглашения конкретного проекта: формат Conventional Commits, номера задач или требования к описанию миграций.
Дополнительная справочная информация о возможностях Copilot и доступных сценариях публикуется на странице продукта GitHub: https://github.com/features/copilot
Обновление доступно с 18 сентября 2026 года и относится к Copilot code review. GitHub не сообщил в этом анонсе о новых тарифах, изменениях лимитов или расширении функции на конкретные планы. Поэтому доступность возможностей в отдельном репозитории следует проверять в настройках организации и используемого плана Copilot, а не считать её одинаковой для всех конфигураций.