When to leave the IDE for a terminal agent

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

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

Вторая граница — автоматизация. IDE-агент запускается человеком из интерфейса; его нельзя поставить в cron, дёрнуть из CI-пайплайна или запустить пять параллельных копий на пять независимых задач. Третья — масштаб: задачи, требующие часа автономной работы по десяткам файлов, упираются и в эргономику ревью в окне редактора, и в терпение владельца этого окна.

Вывод не «IDE плоха», а «у передачи есть предел скорости»: за ним начинается территория терминальных агентов.

Терминальный агент — Claude Code и его аналоги — живёт в shell, а не в окне редактора, и это меняет свойства системы. Он работает с любым каталогом, читает и правит файлы, запускает команды и тесты — всё то же, что IDE-агент, но без привязки к открытому окну. Отсюда три структурных преимущества.

Первое — длинные автономные прогоны. Задача на 40 минут работы по двадцати файлам не требует вашего присутствия: агент работает в фоне, вы возвращаетесь к готовому диффу и ревьюите его как обычную ветку. Второе — параллельность. Несколько экземпляров агента запускаются одновременно в изолированных git worktree: каждый на своей ветке и в своём каталоге, они не видят и не портят работу друг друга. Три независимые задачи — три worktree — три параллельных прогона. Третье — автоматизация: headless-режим позволяет вызывать агента из скриптов и CI: разобрать упавшую сборку, сгенерировать черновик PR, обновить документацию по расписанию.

Цена перехода — потеря визуального комфорта. Нет инлайн-диффа с кнопками: ревью идёт через git diff и PR. Выше требования к постановке задачи: рядом нет человека, у которого можно переспросить на полпути, поэтому цель, границы и команда верификации должны быть сформулированы заранее — навык, который вы уже тренировали на Agent-режиме IDE.

Решение «IDE или терминал» принимается по пяти признакам задачи.

Длительность: если автономная работа агента превысит 15–20 минут, держать её в окне редактора бессмысленно — вы либо нянчите, либо всё равно уходите. В терминал. Широта: изменение затрагивает больше 5–10 файлов или несколько модулей — ревью такого диффа удобнее как ревью ветки, а не бегущих инлайн-правок. В терминал. Повторяемость: механическая правка по всему репозиторию — кодмод, миграция API, массовое переименование — идеальная фоновая задача. В терминал. Параллельность: у вас три независимые задачи и желание вести их одновременно — только терминал с worktree, IDE-агент один. Автоматизация: задача должна запускаться без человека (CI, расписание, реакция на событие) — только headless-режим терминального агента.

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

И один поведенческий сигнал, самый надёжный из всех: если вы поймали себя на том, что сидите и смотрите, как агент работает, — задача уже фоновая. Фоновым задачам место в терминале, а вашему вниманию — в следующей интерактивной задаче.

Зрелый воркфлоу не выбирает между IDE и терминалом — он их сочетает, и граница проходит по типу работы, а не по привычке.

Типичный день выглядит так. Утром вы формулируете объёмную фоновую задачу — например, миграцию модуля на новую версию библиотеки — и отдаёте её терминальному агенту в отдельном git worktree на своей ветке: git worktree add ../repo-migration -b feat/migration. Агент работает автономно, ваш основной каталог не тронут. Сами вы тем временем в IDE ведёте интерактивную задачу дня: Tab для набора, Cmd+K для точечных правок, Agent для локальных многофайловых изменений — весь арсенал первых уроков.

Когда фоновый прогон завершён, круг замыкается в IDE: открываете ветку агента и ревьюите дифф со всей дисциплиной пятого урока — список файлов, тесты, реализация, красные флаги, собственный прогон тестов. Визуальный дифф-вьювер редактора здесь снова лучший инструмент — теперь для чтения, а не для написания. Прошло ревью — ветка вливается через обычный PR; PR и остаётся границей доверия между «агент сделал» и «команда приняла».

Заметьте симметрию навыков: постановка задачи с целью и верификацией, точный контекст, дисциплина ревью — всё, чему вы научились в IDE, дословно переносится на терминального агента. Меняется интерфейс — не профессия.