VS Code 1.135: агентские сессии переезжают между приложениями, а Rubber Duck проверяет код чужой моделью

Microsoft выпустила Visual Studio Code 1.135 — августовский релиз, в котором редактор окончательно перестал быть просто редактором с чатом сбоку и превратился в среду выполнения для ИИ-агентов. Ключевых изменений три: агентские сессии теперь можно подхватывать из других приложений, протокол Agent Host Protocol выложен отдельным открытым проектом с клиентами на пяти языках, а экспериментальный «Rubber Duck» заставляет одну модель проверять работу другой.

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

Формально это обычный ежемесячный релиз. Фактически — точка, в которой архитектурная перестройка, начатая ещё в версии 1.129, стала видна рядовому пользователю.

Раньше агент жил внутри окна редактора: закрыли окно — закончилась работа. В 1.129 Microsoft вынесла агентов в Agent Host — отдельный процесс, который запускает «обвязки» (agent harnesses — оболочки, управляющие циклом работы модели) Copilot, Claude и Codex. Сессия перестала быть частью интерфейса и стала самостоятельным объектом: она продолжает выполняться, даже когда к ней не подключён ни один клиент, и одну и ту же сессию можно открыть сразу в нескольких окнах VS Code.

В 1.135 из этой архитектуры выжали практический результат — сессии стали переносимыми между приложениями.

Сессии, которые переезжают между приложениями

В списке Sessions теперь показываются недавние агентские сессии Copilot и Claude, созданные в других приложениях. По умолчанию отображаются до двух последних обновлённых внешних сессий; поведение регулируется настройкой chat.agentSessions.showExternal.

Сценарий, ради которого это сделано, выглядит так: разработчик начал задачу в CLI или в другом клиенте, отвлёкся, вернулся уже в VS Code — и продолжает ту же самую сессию с сохранённым контекстом, историей сообщений и набором изменений, а не пересказывает агенту заново, что происходило. Важная оговорка от самой Microsoft: чтобы продолжить внешнюю сессию (а не просто посмотреть её), нужна активная подписка Copilot. Просмотр доступен и без неё.

Здесь стоит быть честным насчёт мотивации. Технически протокол открытый и агент-агностичный, но кнопка «продолжить» упирается в подписку — то есть роль связующего звена в экосистеме Microsoft оставляет за Copilot. Это ровно та же логика, по которой открытые стандарты обычно и продвигают: спецификация бесплатна, удобная реализация — нет.

Agent Host Protocol: ещё один открытый стандарт рядом с MCP

Технический фундамент переносимости — Agent Host Protocol (AHP). Это открытый, не привязанный к конкретному агенту протокол на JSON-RPC поверх WebSocket. Microsoft выложила его отдельным репозиторием microsoft/agent-host-protocol под лицензией MIT, с клиентскими библиотеками на Rust, TypeScript, Kotlin, Go и Swift; в самом VS Code реализация встроена.

Как устроен протокол

Модель простая и знакомая всем, кто работал с Redux-подобными архитектурами. Источник истины — хост. Клиент подписывается на каналы, адресуемые по URI: сессии, чаты, терминалы, наборы изменений (changesets). Состояние неизменяемое (immutable state), изменения применяются чистыми редьюсерами (pure reducers), а клиент оптимистично накатывает свои действия через write-ahead-сверку — то есть показывает результат сразу, а потом согласует его с хостом.

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

Отдельно стоит режим развёртывания: Agent Host запускается либо локально как вспомогательный процесс, либо удалённо — как самостоятельный сервер. Второй вариант означает, что тяжёлые операции с кодовой базой выполняются рядом с исходниками (например, на мощной машине или в облаке), а интерфейс остаётся у разработчика на ноутбуке.

Получается, что в экосистеме ИИ-инструментов появился третий слой стандартизации. MCP отвечает за связку «агент — инструмент», A2A — за общение агентов между собой, а AHP закрывает то, о чём раньше почти не думали: как несколько интерфейсов синхронно смотрят на одну работающую сессию. Задача менее эффектная, но крайне практичная — именно из-за её отсутствия агентские сессии до сих пор были намертво прибиты к окну, в котором их запустили.

Rubber Duck: вторая модель проверяет первую

Второе заметное новшество — экспериментальный агент-рецензент Rubber Duck («резиновая уточка» — отсылка к классическому приёму отладки, когда программист объясняет свой код игрушке). Вызывается командой /rubber-duck в сессиях Copilot внутри Agent Host.

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

В VS Code функция пришла из GitHub Copilot CLI, где появилась в апреле 2026 года. Там же описан рабочий режим: рецензия запускается автоматически на трёх контрольных точках — после составления плана, после сложной реализации и после написания тестов, но до их запуска. Плюс можно запросить критику вручную в любой момент. В текущей связке оркестратором выступают модели семейства Claude, а рецензентом — GPT-5.4; GitHub заявляет, что прорабатывает и другие сочетания.

Что показали замеры

GitHub опубликовала цифры на SWE-Bench Pro — наборе крупных реальных задач по программированию. По их данным, Claude Sonnet 4.6 в паре с Rubber Duck на GPT-5.4 закрыл 74,7% разрыва до Claude Opus 4.6, работающей в одиночку. На сложных задачах (правки в трёх и более файлах, 70+ шагов) прирост составил 3,8 процентного пункта относительно самой Sonnet без рецензента, на самых тяжёлых — 4,8.

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

Что ещё в релизе

• Прозрачность расходов. В подвале ответа чата при наведении курсора теперь показывается разбивка токенов по каждой модели: входные, кешированные входные и выходные. Для команд, которые следят за счетами за ИИ, это первая внятная детализация прямо в интерфейсе.
• Однопанельный макет окна Agents. Детали сессии и редакторы собраны в одну боковую панель — теперь это поведение по умолчанию на десктопе (настройка sessions.layout.singlePaneDetailPanel). Заголовок сессии стал заметнее, действия убраны в меню переполнения, а над полем ввода появились «пилюли» со сводкой: изменения, пул-реквесты, артефакты.
• Умные диффы. Различия показываются в два столбца, когда хватает места, и переключаются на построчный режим, если боковая панель становится узкой. В меню заголовка редактора есть опция «Always Show Inline Diff».
• Липкая прокрутка в чате. Экспериментальная функция удерживает исходный запрос на виду при прокрутке длинного ответа — по аналогии с липкой прокруткой в редакторе (chat.stickyScroll.enabled и chat.experimental.stickyScroll.enabled).

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

За последний год конкуренция вокруг ИИ-ассистентов сместилась с качества модели на качество обвязки: кто аккуратнее ведёт контекст, кто не теряет состояние, кто даёт контроль над стоимостью. VS Code 1.135 — ход именно в этой плоскости. Модель здесь не поменялась вообще, поменялось то, где живёт сессия и кто на неё может смотреть.

Для команд из этого следуют вполне приземлённые вещи. Долгие агентские задачи перестают быть заложниками одного открытого окна. Удалённый Agent Host позволяет не тащить большой репозиторий на слабую машину. Разбивка токенов даёт хоть какую-то опору для бюджетирования. А кросс-модельная рецензия — способ поднять качество без перехода на самую дорогую модель.

Осторожность тоже уместна. Rubber Duck помечен как экспериментальный, и сама конструкция «модель проверяет модель» не отменяет ревью человеком: две модели могут ошибиться согласованно, особенно на нетипичной архитектуре. Отдельный вопрос — безопасность: агент, который переживает закрытие редактора и доступен нескольким клиентам, требует внятного контроля прав. Администраторы включают Agent Host настройкой chat.agentHost.enabled, и в корпоративной среде именно с неё стоит начинать разговор, а не с удобства.

Что делать прямо сейчас

Обновиться до 1.135 и, если работаете с агентами, включить показ внешних сессий — это дешёвая проверка, экономит ли переносимость время лично вам. Дальше посмотреть на разбивку токенов: она часто открывает неприятную правду о том, куда уходит бюджет. Если задачи длинные и многофайловые, попробовать /rubber-duck на связке подешевле и сравнить результат с тем, что даёт флагманская модель. И, наконец, если у вас есть свой клиент или внутренний инструмент вокруг агентов — заглянуть в репозиторий AHP: MIT-лицензия и клиенты на пяти языках намекают, что Microsoft рассчитывает не только на VS Code.