GitHub Copilot в VS Code: автоматизация тестирования UI

Copilot получил браузер, а не просто ещё один autocomplete

Раньше Copilot в редакторе в основном жил в коде: подсказал фрагмент, поправил функцию, помог с рефакторингом. Теперь агент в VS Code может открыть страницу, перейти по ссылкам, нажать на элементы, ввести текст, прочитать содержимое, собрать ошибки из консоли и сделать скриншот.

То есть он лезет туда, куда разработчик обычно идёт сам после правки:

npm run dev
open localhost
click-click-click
console.error(...)

По источнику, агент также может наводить курсор, перетаскивать элементы и работать с диалоговыми окнами. Если путь длинный, он может запускать сценарии, чтобы не выполнять каждое действие отдельной командой. Это уже ближе к агентной разработке: не «напиши мне JSX», а «открой форму, пройди сценарий, скажи, где оно дымится».

Важно: это не замена тестам. Не надо сносить Playwright, Cypress или свой унылый, но рабочий набор e2e. Copilot тут закрывает другой слой — быструю интерактивную проверку во время разработки, когда ты только что поменял компонент, API-ручку или валидацию формы и не хочешь снова играть в человека-кликер.

Где это реально экономит время

Главный сценарий — проверка веб-интерфейсов прямо из VS Code. Можно попросить Copilot открыть локальную страницу, пройти пользовательский путь, найти ошибку в консоли или проверить поведение формы после изменений в коде.

Это особенно больно знакомо фулстеку: редактор, браузер, devtools, терминал, снова редактор. Переключения жрут внимание. А потом выясняется, что кнопка «Сохранить» не работает только после второго клика, потому что состояние умерло в промежутке между оптимизмом и реальностью.

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

Практический смысл для команд простой: Copilot можно использовать как быстрый sanity-check перед тем, как гонять полноценный пайплайн. Как сверку меню перед заказом еды на неделю: сначала смотришь состав и БЖУ в проверке доставок ПП-меню, а не после того, как курьер уже привёз пакет с сюрпризом. Тут то же самое: сначала прогнать пользовательский путь, потом пушить и надеяться на CI.

Изоляция, права и админские рубильники

GitHub отдельно подчёркивает ограничения доступа. Вкладки, которые пользователь открыл сам, по умолчанию приватные: агент не может читать их содержимое или взаимодействовать со страницей, пока пользователь явно не выберет Share with Agent. Доступ можно отозвать.

Вкладки, которые открывает сам агент, изолированы от обычной браузерной сессии. У них нет доступа к cookie и хранилищу данных повседневного браузинга. Если запущено несколько агентов, их вкладки тоже изолированы друг от друга. Для камеры, микрофона, геолокации, уведомлений и чтения буфера обмена нужно явное подтверждение пользователя. Сам себе агент такие разрешения не выдаёт. И это хорошо, потому что иначе мы бы получили очередной корпоративный хоррор в стиле «ИИ случайно прочитал не то».

Для корпоративной разработки есть централизованное управление. Администраторы могут включать или отключать браузерные инструменты через:

"workbench.browser.enableChatTools": false

Также работают настройки сетевого доступа для агентов:

"chat.agent.networkFilter": true,
"chat.agent.allowedNetworkDomains": [],
"chat.agent.deniedNetworkDomains": []

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

Параллельно, по данным Startpack, GitHub улучшил отчёты по использованию Copilot: CLI теперь учитывает предлагаемые строки кода, появилась дедупликация предлагаемых и принятых изменений в новых версиях CLI, а отчёты стали точнее показывать пользователей, версии IDE и плагинов. Для админов это означает более внятную картину потребления и кредитов ИИ через REST API.

Что сделать сейчас: обновить VS Code и Copilot, проверить доступность браузерных инструментов, включить сетевые ограничения для агентов, прогнать пару локальных сценариев и не удалять тесты. Автоматизация без бэкапов и границ — это не инженерия. Это костыль с доступом в прод.