VS Code: окно Agents как панель управления Copilot, Claude и Codex

· 7 минут чтения · Любовь Черемисина · MCP AI-агенты AI-инфраструктура · СегодняПродвинутый

29 июля 2026 Microsoft выпустила VS Code 1.131 с мониторингом субагентов — финальный штрих к окну агентов как панели оркестрации Copilot, Claude и Codex. Агенты работают в отдельном процессе хоста, с изоляцией через отдельные копии репозитория и параллельными чатами. Для вас это сигнал: мультиагентная разработка переезжает в стандартный интерфейс — с ролями, изоляцией и финальным пакетом изменений, который принимает человек.

Приборная панель с тремя индикаторами сессий и красной стрелкой маршрутизации — метафора панели управления несколькими агентами в VS Code

Коротко

  • Что изменилось: окно агентов в VS Code — единая панель для Copilot, Claude и Codex с хостом агентов, изолированными копиями репозитория и мониторингом субагентов.
  • Кому доступно: пользователям редактора версий 1.129–1.131 с включённым хостом агентов; окно агентов — предпросмотр.
  • Главное ограничение: часть функций зависит от выбранного агента и настроек; не все комбинации одинаковы.
  • Главное последствие: несколько агентов могут работать параллельно в изолированных копиях без конфликта в основной рабочей папке.

Что изменилось

В релизах редактора 1.129 (15 июля), 1.130 (22 июля) и 1.131 (29 июля) 2026 Microsoft последовательно довела окно агентов до интерфейса оркестрации нескольких агентов, а не одного чата в боковой панели.

Хост агентов — отдельный процесс, который запускает обёртки Copilot, Claude и Codex по открытому протоколу хоста. Сессия живёт независимо от окна редактора: одну и ту же сессию можно открыть и в основном окне, и в окне агентов.

Изоляция через отдельные копии репозитория. Раньше изоляцию поддерживал только Copilot; с версии 1.130 — все агенты на хосте. При создании сессии можно включить отдельную копию: агент меняет код изолированно, пока вы не сольёте изменения в основную ветку.

Мониторинг субагентов (1.131). Когда агент делегирует задачу субагенту, в родительском чате видно: модель, время выполнения и активный вызов инструмента — без открытия отдельного окна. Субагент доступен как чат только для чтения.

Параллельные чаты в одной сессии Claude (с 1.128). Несколько вкладок чата в одной сессии: разные модели, разные задачи, общая изолированная копия. Удобно для ветвления: основной чат пишет код, соседний — тесты или альтернативный подход.

Дополнительно в 1.129:

  • модели со своим ключом провайдера в окне агентов при выборе Copilot на хосте;
  • экспериментальная миграция файлов промптов в Skills — перенос повторяемых инструкций в папки навыков для совместимости между агентами;
  • панель кастомизаций: агенты, Skills, инструкции, хуки, MCP-серверы, плагины — в одном месте.

Окно агентов остаётся в предпросмотре; хост агентов включается вручную и раскатывается поэтапно.

Почему это важно

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

Ключевой паттерн — изоляция работы. Несколько агентов одновременно анализируют, пишут и проверяют код, не трогая одну рабочую копию. Это снижает риск, когда один агент перезаписывает файлы другого, и делает финальную проверку осмысленной: вы смотрите готовый пакет изменений, а не хаос в основной папке.

Для команды, которая строит MCP-платформу или автоматизацию маркетинговой аналитики, это шаблон разделения ролей:

  • агент-архитектор — решение и границы;
  • агент-разработчик — реализация в своей изолированной копии;
  • агент-критик — тесты, безопасность, соответствие ТЗ;
  • человек — принятие итоговых изменений.

Тот же принцип, что в оркестрации агентов на уровне продукта, но теперь встроен в редактор, который команда уже использует.

Что это означает для бизнеса

  1. Пилот мультиагентной разработки не требует отдельного стека. Если VS Code уже в компании — окно агентов и MCP-серверы (Метрика, Roistat, CRM) дают управляемый контур без второй среды разработки.
  2. Skills вместо разрозненных файлов промптов. Миграция в Skills (1.129) — повод собрать повторяемые инструкции («как писать новость», «как проверять MCP-коннектор») в портативные пакеты, которые подхватывает любой агент на хосте.
  3. Свой ключ провайдера — для гибкости моделей, не для экономии по умолчанию. Имеет смысл, когда политика компании требует конкретного поставщика; для большинства задач достаточно подписки Copilot с Claude и Codex.
  4. Человек остаётся на слиянии. Изолированная копия отделяет эксперименты, но не снимает ответственность: изменения принимает разработчик или техлид — особенно для кода с доступом к данным клиентов.

Как это связано с MCP

Панель кастомизаций в окне агентов включает MCP-серверы наряду со Skills и плагинами. Агент в изолированной копии может вызывать те же коннекторы, что и в основном проекте — при условии, что конфигурация MCP скопирована вместе с локальными секретами и зависимостями.

Для MCP Panel это прямой параллель: коннекторы на вашем сервере + Skills с бизнес-правилами + изолированные сессии агентов. Разница — VS Code решает оркестрацию в редакторе; MCP Panel — доступ к данным и права в вашем периметре.

Что протестировать

На одной небольшой задаче (например, новый MCP-коннектор или скрипт отчёта) запустите три изолированные ветки:

  1. Claude — архитектурное решение и границы изменений.
  2. Codex или Copilot — реализация по решению из п.1.
  3. Отдельный агент — тесты и критическая проверка (можно через субагента или вторую сессию).

Сравните с последовательной работой одного агента:

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

Зафиксируйте правило: при каком объёме правок схема «три роли» оправдана, а при каком — достаточно одного агента с Skills.

Главный вывод

VS Code больше не продаёт «один умный чат в боковой панели». Окно агентов — панель управления командой агентов с изоляцией, мониторингом и единой точкой слияния.

Для бизнеса это повод не ждать «идеального автономного агента», а спроектировать роли: кто планирует, кто пишет, кто проверяет — и где человек ставит финальную подпись на изменения. Начните с одной задачи и трёх изолированных копий; если выигрыш по качеству и скорости виден — переносите схему на повторяемые процессы и оформляйте их в Skills.

Не путайте изоляцию копии с безопасностью данных: агент в отдельной папке всё равно видит те MCP-ключи и конфиги, которые вы ему дали. Сначала права доступа, потом параллельные агенты.

Источники

← Все новости AI и MCP