IDE превращается в ADE: зачем разработчику несколько рабочих пространств для AI

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

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

Отсюда и появляется термин ADE - Agentic Development Environment. Это уже среда, где главным объектом становится не открытый файл, а несколько выполняющихся задач.

Когда одного рабочего окна становится мало

Представим обычную задачу: нужно добавить новую функцию в веб-приложение.

Раньше разработчик открывал нужные файлы, писал код, проверял результат и отправлял изменения в Git. С AI-агентом часть этой работы можно передать машине. Но если задач несколько, появляется другой сценарий.

Первый агент исправляет ошибку в API. Второй обновляет тесты. Третий разбирается с документацией. Четвёртый экспериментирует с новой реализацией, которую вообще не обязательно принимать.

У каждого своя история, контекст и набор изменений.

И вот здесь обычный чат внутри IDE начинает выглядеть тесно. Проблема уже не в том, умеет ли модель написать функцию. Нужно понимать, какой агент сейчас работает, над чем именно он работает, какие файлы изменил и можно ли его результат уже забирать в основную ветку.

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

ADE больше похож на диспетчерскую

Это хорошо видно на архитектуре нового Agent Host в VS Code.

Раньше работа AI-агента была тесно связана с конкретным окном редактора. Закрыл окно - вместе с ним прекращалась и работа агента. Agent Host отделяет выполнение агента от интерфейса. Сессия может продолжаться независимо от того, открыто ли сейчас окно VS Code.

Получается довольно необычная конструкция: редактор становится одним из способов наблюдать за работой агентов.

Можно начать задачу на компьютере, продолжить её через другой интерфейс, открыть несколько сессий и посмотреть, что каждая из них успела изменить. Для удалённых задач VS Code уже использует отдельный облачный режим, где агент может самостоятельно работать с репозиторием и подготовить Pull Request.

Это больше похоже на диспетчерскую, чем на привычный редактор кода.

Но параллельность не бесплатна

Здесь есть неприятный момент.

Если один агент сделал изменение, его относительно просто проверить. Если пять агентов одновременно изменяют проект, количество информации растёт гораздо быстрее, чем количество строк кода.

Разработчику приходится следить за контекстами, конфликтами, результатами тестов и тем, не решают ли два агента одну и ту же проблему разными способами.

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

Получается парадокс: AI уменьшает время, которое человек тратит непосредственно на написание кода, но увеличивает значение другой работы - постановки задачи, контроля процесса и проверки результата.

IDE никуда не исчезает

Поэтому я бы не стал говорить, что ADE просто «убивает» IDE.

Редактор по-прежнему нужен для просмотра кода, diff, отладки и ручных изменений. Просто теперь он оказывается частью более крупной системы.

Раньше разработчик открывал IDE, чтобы работать с кодом. Теперь он может открывать её, чтобы управлять несколькими процессами разработки.

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

В таком мире хороший инструмент для программиста - это уже не только редактор. Это ещё и способ не потерять нить происходящего в собственном проекте.