Окно Agents в VS Code: agent-first workflow прямо в редакторе

В релизе VS Code 1.120 (май 2026) Microsoft перевела в Stable одну из самых заметных функций последних месяцев — окно Agents (Agents window). Это отдельное окно редактора, спроектированное под agent-first workflow: работу, в которой основной интерфейс — не файлы, а чат и список агентных сессий.

Путь у функции был длинный:

• VS Code 1.105 (сентябрь 2025) — появление как Agent Sessions view в Insiders;
• VS Code 1.106 — переезд в Chat Sessions view;
• VS Code 1.110 (февраль 2026) — поддержка плагинов и Agent Debug panel;
• VS Code 1.120 (май 2026) — выход в стабильный канал.

Что такое окно Agents в VS Code и зачем оно нужно

Окно Agents — это дополнение к редактору, а не его замена. Microsoft в документации формулирует это так: окно редактора оптимизировано под код-центричную работу в одном workspace, а окно Agents — под оркестрацию задач сразу по нескольким проектам, где главный интерфейс — это чат и список сессий.

Идея простая: у разработчика теперь два равноправных окружения.

• В окне редактора он сам пишет код.
• В окне Agents управляет ИИ-агентами, которые делают это параллельно.

Параллельные агентные сессии и sub-sessions в VS Code

Окно Agents позволяет вести несколько агентных сессий одновременно. Каждая сессия — это отдельная задача со своим чатом, историей и состоянием.

Дополнительно есть концепция sub-sessions: внутри активной сессии можно запустить под-сессию, которая:

• делит workspace и Git worktree с родительской сессией;
• получает чистый чат без её истории;
• позволяет «ответвиться» от текущей задачи, не теряя основной контекст.

Изоляция агентов через Git worktree

Чтобы параллельные агенты не мешали друг другу и не ломали основную ветку, VS Code использует Git worktree — штатный механизм Git, позволяющий держать несколько рабочих копий одного репозитория в разных директориях, каждую на своей ветке.

На практике это означает:

• каждая агентная сессия работает в изолированной рабочей копии;
• изменения одного агента не перетирают изменения другого;
• основной workspace остаётся нетронутым;
• результат каждой сессии можно отдельно отревьюить и слить.

Это решает одну из главных проблем агентного подхода — непредсказуемость правок в общем дереве файлов.

Ревью диффов и улучшенный Markdown diff preview

Параллельность была бы опасной без удобного контроля. В окне Agents предусмотрен просмотр диффов по каждой сессии: видно, какие файлы агент тронул и что именно поменял.

В релизе 1.120 отдельно отмечены улучшения превью диффов для Markdown — мелочь, но для документации и README-файлов важная.

Command risk assessment: 4-уровневая оценка риска команд

Один из ключевых механизмов безопасности — command risk assessment. Перед выполнением каждой терминальной команды агент оценивает её по 4-уровневой шкале риска (от безопасной до потенциально разрушительной). Опасные команды требуют явного подтверждения пользователя.

Функция управляется настройкой:

"chat.tools.riskAssessment.enabled": true

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

В релизе 1.120 также улучшена компрессия вывода терминала — длинные логи команд агент видит и обрабатывает аккуратнее.

BYOK в VS Code: видимость и контроль над моделями

BYOK (Bring Your Own Key) в Copilot существовал и раньше — пользователь мог подключать ключи сторонних провайдеров и работать не только со встроенными моделями. В 1.120 улучшены именно видимость и контроль: проще понять, какая модель используется в данной сессии, и переключаться между ними.

Это удобно тем, кто:

• работает с корпоративными лимитами и считает токены отдельно;
• предпочитает разные модели под разные задачи;
• тестирует провайдеров без смены инструмента.

Что окно Agents даёт разработчику на практике

Если убрать маркетинговый слой, окно Agents решает несколько приземлённых задач:

1. Не блокировать себя на время работы агента. Один агент рефакторит модуль, второй пишет тесты, а вы продолжаете писать код в обычном окне редактора.
2. Разделять контексты. Разные сессии — разные задачи, ветки, истории чата. Меньше каши.
3. Контролировать риски. Worktree + диффы + 4-уровневая оценка команд = меньше шансов сломать репозиторий после «успешного» прогона.
4. Гибко выбирать модель под задачу через BYOK.

Чего в окне Agents нет: честные ограничения

Чтобы не повторять чужих преувеличений:

• Это не инструмент командной работы — сессии локальные, для одного разработчика (хотя интеграция с Copilot Coding agent позволяет делегировать задачи в облако).
• Это не замена ревью. Диффы и оценка риска снижают риски, но не отменяют осмысленную проверку.
• Это не «волшебная кнопка». Agent-first workflow требует, чтобы разработчик умел ставить задачи и контролировать результат.