VS Code 1.122.1 — срочное исправление после релиза с BYOK без входа в GitHub и эмуляцией устройств

Microsoft выпустила Visual Studio Code 1.122, а затем подготовила корректирующее обновление 1.122.1 для устранения свежих проблем, найденных сразу после релиза. Главное для пользователей — это не просто «ещё одна версия редактора», а заметный шаг в сторону автономной работы с ИИ-моделями, агентных сценариев и встроенного тестирования веб-интерфейсов.

VS Code 1.122.1 — срочное исправление
VS Code 1.122.1 — срочное исправление

Обновление 1.122.1 закрывает регрессию после основного релиза

Официальная страница Visual Studio Code 1.122 указывает дату релиза 28 мая 2026 года и отдельно отмечает Update 1.122.1. Это значит, что версия 1.122.1 не является крупным функциональным выпуском сама по себе: она дополняет основной релиз и исправляет проблемы, обнаруженные уже после публикации.

По ссылке на исправленные задачи Microsoft ведёт на GitHub-фильтр по milestone 1.122.1. В нём на момент проверки фигурируют две закрытые проблемы:

  • запрос разрешения на демонстрацию экрана после последнего обновления;
  • вызов getDisplayMedia при запуске рабочей области, из-за чего в KDE мог появляться диалог выбора экрана при каждом новом окне.

Обе задачи связаны с Linux и закрыты 29 мая 2026 года. Поэтому практический смысл версии 1.122.1 простой: если после обновления VS Code на Linux начали появляться лишние системные диалоги, особенно в окружениях KDE/Wayland, стоит перейти на 1.122.1 как на корректирующий выпуск.

BYOK теперь работает без обязательного входа в GitHub

Самое заметное изменение базового релиза 1.122 — развитие сценария Bring Your Own Key. BYOK означает «принеси свой ключ»: пользователь или компания подключает к редактору собственный API-ключ языковой модели, а не работает только через заранее заданный провайдер.

В VS Code 1.122 Microsoft убрала обязательный вход в GitHub для BYOK-сценариев. Это важно для компаний с закрытыми контурами, изолированными сетями и строгими правилами безопасности. Если рабочая среда не имеет доступа к GitHub или вообще работает без интернета, редактор всё равно может использовать локальные модели, например через Ollama, либо внутренние корпоративные модели.

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

Агентные сценарии становятся ближе к повседневной разработке

В релизе 1.122 Microsoft продолжила развивать Agents Window — отдельное окно для работы с агентными сессиями. Агент в таком контексте — это не просто чат с подсказками, а помощник, который может вести сессию по проекту, учитывать файлы, рабочее дерево и результаты изменений.

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

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

Встроенный браузер получил эмуляцию устройств для проверки интерфейсов

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

Для фронтенд-разработчика это экономия времени. Можно быстрее проверить адаптивность интерфейса, увидеть проблемы с шириной блоков, кнопками, отступами и поведением элементов на мобильных размерах.

Для владельцев сайтов и небольших команд это тоже полезно: ошибки адаптивности часто портят конверсию и поведенческие метрики. Если форма, меню или карточка товара неудобны на телефоне, пользователь просто уйдёт. Чем ближе такие проверки к редактору, тем выше шанс поймать проблему до публикации.

Скриншот из браузера можно добавить в чат как контекст

В VS Code 1.122 появилась возможность добавить скриншот текущей области встроенного браузера в чат. Это особенно полезно при работе с визуальными багами: например, если кнопка съехала, блок налез на текст или адаптивная сетка сломалась на конкретной ширине экрана.

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

Важно не переоценивать такую функцию. Она не заменяет тестирование, ревью и внимательную проверку интерфейса человеком. Но она сокращает путь от «я вижу проблему» до «помощник понимает, что именно сломалось».

Rich issue reporting упрощает отправку подробных баг-репортов

Microsoft также выделяет rich issue reporting — более насыщенные отчёты о проблемах. Идея в том, чтобы пользователь мог отправить не только текстовое описание, но и дополнительные материалы, например скриншоты или записи.

Для проекта уровня VS Code это важная часть качества. Чем точнее баг-репорт, тем проще команде воспроизвести ошибку. А чем быстрее ошибка воспроизводится, тем выше шанс, что её исправят без долгой переписки с пользователем.

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

Разработчикам стоит обновиться, особенно на Linux

Если VS Code уже обновился до 1.122 и работает стабильно, версия 1.122.1 всё равно выглядит безопасным следующим шагом: это корректирующий выпуск, а не спорное изменение поведения редактора. Для пользователей Linux обновление особенно желательно из-за исправлений, связанных с экранными разрешениями и getDisplayMedia.

Командам, которые используют VS Code как основную среду разработки, стоит обратить внимание не только на исправление 1.122.1, но и на общий вектор релиза. Microsoft усиливает три направления: агентная разработка, автономные ИИ-сценарии и инструменты для веб-разработки внутри редактора.

Главный вывод: VS Code 1.122.1 стоит воспринимать как небольшую, но важную стабилизацию после релиза 1.122. А сам релиз 1.122 показывает, что редактор всё активнее становится центром разработки с ИИ, локальными моделями и встроенной проверкой интерфейсов.

При использовании материалов сайта необходимо указывать ссылку на TGLand.ru. Если вы копируете фрагменты текста в интернете, прямая гиперссылка, доступная для индексации поисковыми системами, должна быть размещена в начале материала.

Вам также может понравиться