Браузерные инструменты GitHub Copilot в VS Code вышли в GA: microsoft surface copilot

Почему это важно прямо сейчас. Раньше цикл «поправил код - переключился в браузер - руками покликал - вернулся в IDE» держался на постоянном ручном переключении контекста. Каждое такое переключение стоит внимания, а на длинной отладке этих переключений набирается много. Теперь проверка живёт внутри одного окна: ты правишь код, вёрстка меняется, а агент сам открывает результат и снимает его состояние. Если ты параллельно держишь несколько ИИ-моделей в разных вкладках, собрать их в одном чате без VPN и иностранных карт - отдельная тема, но принцип тот же: меньше окон, меньше потерь фокуса. Речь идёт о provod.ai (российский OpenRouter) — агрегаторе моделей по аналогии с зарубежным сервисом.

Разберём строго по фактам. GitHub Changelog от 1 июля 2026 фиксирует четыре вещи. Первое: браузерные инструменты Copilot в VS Code стали общедоступными. Второе: агент открывает страницы и взаимодействует с ними в рабочем процессе VS Code. Третье: инструменты дают структурированные снимки страницы и позволяют проверять состояние интерфейса. Четвёртое: сценарий рассчитан на реализацию и проверку веб-приложений без постоянного ручного переключения контекста.

Ключевое здесь - «структурированные снимки». Это не просто картинка для галочки, а состояние страницы в разобранном виде. Агент не угадывает, что нарисовано на экране, он работает с разметкой и фактическим состоянием элементов. Отсюда и практическая ценность: можно проверить, что кнопка на месте, что поле реагирует на ввод, что форма отрисовалась. Это узкий рабочий инструмент проверки интерфейса - и именно за счёт узости он предсказуем.

Отдельно про даты, потому что тут легко ошибиться. Функция вошла в июньский пакет обновлений VS Code, который GitHub подвёл отдельным итогом 8 июля. Но 8 июля - это monthly roundup, а не первоначальный переход browser tools в GA. Дата запуска, по GitHub Changelog, - 1 июля. Если где-то встретишь «вышло 8 июля», это пересказ обзора релизов, а не само событие.

Собери минимальный цикл, чтобы пощупать инструмент вживую. Ниже - общая последовательность; конкретные пункты меню зависят от версии VS Code, поэтому не переноси preview-возможности на все конфигурации без проверки версии. Сначала обнови, потом жди поведения.

Пример задачи для старта: «Открой локальный лендинг, проверь, что форма заявки видна на мобильной ширине и что кнопка отправки кликается». Агент откроет страницу, снимет состояние, сверит и вернёт результат. Формулировка даётся обычным текстом - держать в голове официальный синтаксис команд не нужно.

Список задач, где инструмент заходит сразу:

Обрати внимание: всё это - проверка твоего приложения, локального или тестового, а не выкачивание чужих сайтов. Это важная граница, к которой мы ещё вернёмся в таблице.

Логику стоит держать в голове как простую блок-схему: навигация - снимок - проверка - решение. Агент переходит на страницу, снимает структурированное состояние, сверяет его с задачей и говорит, что не так. Никакой магии тут нет, и это плюс: инструмент выполняется каждый раз одинаково. Он закрывает конкретный участок - «посмотреть глазами агента, что реально отрендерилось», - а не заменяет ручное тестирование целиком.

Чтобы стало нагляднее, вот как выглядит задача агенту в псевдокоде. Это не официальный API, а иллюстрация цикла: реальная команда в чате даётся обычным текстом.

По сути агент держит соответствие между ожидаемым и фактическим состоянием элементов - отсюда предсказуемость результата. Для сравнения: привычные фреймворки e2e-тестов на headless-браузерах дают полный контроль, но требуют отдельного написания сценариев, стабильных селекторов и постоянной поддержки. Браузерные инструменты Copilot их не заменяют - это быстрый предварительный контур, который выполнит навигацию и снимет состояние, пока ты ещё лепишь макет. И тут же удобно решать, какую модель звать под какую задачу: Claude, GPT, Gemini, DeepSeek или Qwen в одном чате, по одному рублёвому балансу, с оплатой российской картой, через СБП или по счёту.

Чтобы не гадать, держи компактную таблицу решений. Она про выбор инструмента под задачу, а не про рейтинг «кто круче». Отметки «да / частично / нет» отражают, насколько сценарий совпадает с тем, что GitHub описал в Changelog от 1 июля, и с оговоркой из source-пакета про специализированные тесты.

Строка про парсинг здесь принципиальна. Инструмент создан проверять твоё приложение, а не выкачивать чужие данные, и путать проверку интерфейса с массовым скачиванием страниц не стоит - это разные вещи и по смыслу, и по правилам.

Про экономику - честно и коротко. GitHub в Changelog от 1 июля не публикует отдельных цифр стоимости именно этих инструментов, поэтому смету я выдумывать не буду. Реальный эффект для команды измеряется не в абстрактных процентах, а в том, сколько ручных переключений ты убрал за вечер отладки. Если раньше проверка лендинга занимала десяток ручных кликов, теперь часть из них берёт на себя агент - и это уже ощутимо, даже без красивого числа.

Здесь стоит быть трезвым, иначе ожидания разъедутся с фактами. GitHub описал узкий сценарий: открыть страницу, снять состояние, проверить интерфейс. Всё, что вокруг, - домысел, если это прямо не в Changelog. По характеру работы инструмент ближе к строгому чек-листу, который сверяет заявленное с фактическим, чем к творческому соавтору.

Он не заменяет специализированные браузерные тесты полностью - об этом прямо предупреждает source-пакет. Он не переносит preview-возможности на любую конфигурацию: сначала проверь версию VS Code, потом жди поведения. Он не угадывает бизнес-логику и не читает мысли - он сверяет то, что реально отрендерилось, с тем, что ты описал в задаче. Если под капотом сломанный код, снимок честно покажет, что кнопка не кликается, и это как раз полезное свойство, а не недостаток.

Ещё раз про границу применения. Это инструмент проверки интерфейса, а не генератор контента, не движок для парсинга и не сервис SEO-аудита. Он не строит модели прогнозирования, не занимается индексацией за тебя и не рисует графику. Смешивать его с продуктами, чья задача - генерация изображений или текстов, не нужно: у них другая цель и другой результат.

Разберём хронологию отдельно, потому что именно на ней спотыкаются пересказы. GitHub объявил GA 1 июля - это первичный факт по Changelog от 1 июля 2026. Затем 8 июля вышел июньский monthly roundup релизов VS Code, где ту же функцию вынесли в общий обзор. Roundup - это витрина того, что уже случилось, а не момент запуска.

В тот же день, 8 июля, тему подхватило сообщество. По обсуждению на Reddit в r/GithubCopilot от 8 июля 2026, разработчики сравнивали глубину агентных функций в отдельном приложении Copilot и внутри VS Code. Это здоровый разговор, потому что глубина у них действительно разная. Практический вывод простой: не бери на веру, что «в приложении всё то же самое», и проверяй под свою задачу и свою версию редактора.

Польза - в дисциплине цикла. Когда проверка интерфейса живёт в одном окне с кодом, ты реже теряешь контекст, а значит реже вносишь регрессии. Навык агентной отладки постепенно становится частью базовой гигиены разработки, и это касается и новичков, и опытных инженеров. Кодеру инструмент добавляет ещё один узкий, но предсказуемый шаг в рабочем цикле - не революцию, а рутину, которая перестала съедать внимание.

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

«microsoft surface copilot» - это про устройство? Нет. Это поисковая формулировка вокруг Copilot и экосистемы, за которой стоит Microsoft. Событие, о котором речь, - выход браузерных инструментов Copilot в VS Code в GA 1 июля 2026, по GitHub Changelog.

Дата запуска - 1 или 8 июля? 1 июля 2026. 8 июля - это monthly roundup июньских релизов, где функцию повторно вынесли в обзор. Так фиксирует GitHub Changelog.

Это заменит мои автотесты? Нет. Source-пакет прямо предупреждает не обещать полную замену специализированных браузерных тестов. Это быстрый предварительный контур проверки, а не CI-стек.

Работает ли на любой версии VS Code? Не переноси preview-поведение на все конфигурации без проверки версии. Функция едет в июньском пакете обновлений: сначала обнови, потом проверяй.

Можно ли парсить чужие сайты? Инструмент создан проверять твоё приложение. Массовый парсинг и скачивание чужих страниц - это другая задача с другими правилами.

Пока агент в VS Code открывает страницу и снимает её состояние, тебе всё равно нужны сами модели - и удобно, когда они в одном месте. provod.ai собирает Claude, GPT, Gemini, DeepSeek и Qwen в одном чате, по одному рублёвому балансу, с оплатой российской картой, через СБП или по счёту, и работает без VPN и иностранных карт. Для бухгалтерии есть договор, счёт и закрывающие документы.

Технически это один API, совместимый с SDK OpenAI и Anthropic: меняешь ключ и base_url - и работаешь как обычно. Это не замена твоему пайплайну автоматизации, не GigaChat и не подмена on-prem инфраструктуры, а просто общий доступ к моделям, пока браузерные инструменты Copilot делают свою узкую работу.

Подключи Claude, GPT, Gemini, DeepSeek и Qwen через один ключ - поменяй только key и base_url в SDK OpenAI или Anthropic и работай без VPN, по рублёвому балансу, с закрывающими документами.

Один OpenAI-совместимый endpoint ко всем флагманам: OpenAI (GPT-5.5, GPT-5.4), Anthropic (Claude Opus 4.8, Sonnet 4.6), Google (Gemini 3.1 Pro, 3.5 Flash), DeepSeek V4 Pro, Qwen 3.6 Plus.

Цены 1-в-1 с провайдером по курсу ЦБ— без наценки на токены. Оплата в рублях по договору, полный пакет закрывающих документов (договор-оферта, счёт, акт, счёт-фактура, УПД 5.03 через ЭДО). Без VPN — легальный B2B-сервис в России.

Если статья была полезной— попробуйте provod.ai: главная страница · каталог моделей · документация