В руководстве для начинающих GitHub рассказывает, как просматривать изменения, созданные агентом программирования в приложении GitHub Copilot, не переключаясь между редактором кода, окном терминала и веб-браузером. Приложение объединяет эти задачи в расположенных рядом панелях, которые помогают разработчику проверить изменения, запустить проект и предварительно просмотреть результат до их принятия.
Основная идея руководства заключается не в том, чтобы сразу принимать код, созданный агентом, а в том, чтобы завершить цикл проверки, выполнения и тестирования в рамках одного сеанса. Согласно материалу, после проверки результата пользователь может принять изменения непосредственно из приложения и создать запрос на слияние.
Проверка изменений с помощью панели diff
Панель diff показывает сравнение состояния файлов до и после изменений, выделяя добавленные строки зелёным цветом, а удалённые — красным. Это позволяет пользователю понять масштаб изменений, а не ограничиваться конечным результатом, предложенным агентом.
GitHub отмечает, что пользователь может принять изменения, оставить к ним комментарии или попросить Copilot внести дополнительные правки. Окончательное решение о том, что попадёт в проект, остаётся за разработчиком.
Запуск проекта из панели терминала
Проверка не ограничивается чтением кода: панель терминала позволяет выполнять команды в сеансе приложения Copilot и просматривать их вывод. В руководстве приводится пример веб-проекта, в котором можно добавить скрипт для сервера разработки, открывающий папку клиента и затем запускающий команду npm run dev.
После настройки скрипта пользователь нажимает кнопку запуска, чтобы запустить сервер сайта. Приложение также позволяет одновременно открывать несколько окон терминала, что даёт возможность переключаться между разными командами и сеансами во время проверки проекта.
Предварительный просмотр и изменение интерфейса
Для проектов с пользовательским интерфейсом панель браузера предоставляет способ открыть приложение и протестировать новую функцию так, как её видит пользователь. В этой части есть инструмент Pick & Polish, который позволяет выбрать элемент интерфейса, а затем попросить агента изменить его.
После внесения изменений можно снова запустить скрипт сервера разработки, чтобы предварительно просмотреть изменения и убедиться, что исправление или улучшение появилось в фактическом приложении.
Что это означает для разработчиков?
Эти возможности связывают три этапа, которые часто разделены при работе с кодом, созданным искусственным интеллектом: проверку изменений, запуск проекта, а затем тестирование поведения или интерфейса. Их объединение в одном месте может уменьшить потерю контекста из-за переключения между окнами, но не устраняет необходимость в проверке человеком или фактическом тестировании.
GitHub предлагает краткий список вопросов перед принятием любого автоматически созданного изменения: что изменилось? Работает ли код? И действительно ли он выполняет требуемую функцию? Эти вопросы сами по себе не доказывают корректность кода, но дают практическую точку проверки перед слиянием изменений.
Практическое ограничение, отмеченное в источнике, заключается в том, что руководство описывает рабочий процесс именно в приложении GitHub Copilot и не предлагает сравнения с другими инструментами или независимых измерений точности кода либо качества тестов. Поэтому ценность панелей зависит от того, насколько приложение соответствует рабочему процессу разработчика и позволяет ему проверять результаты, а не просто от наличия агента.