Два окна агента сразу: где это ускоряет, а где ломает проект

Коротко

Что происходит, когда два окна правят один файл?

Разберём механику, потому что она не очевидна.

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

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

Хуже всего то, как это выглядит со стороны. Оба окна отчитаются об успехе. Оба будут правы со своей точки зрения. А в проекте останется половина работы.

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

Текст и код: где проходит граница

Граница проходит не по «текст против кода» как таковому, а по пересечению файлов. Просто в текстовой работе пересечений мало по природе задачи, а в коде агент почти всегда трогает несколько файлов разом.

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

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

Как разделить работу, чтобы окна не мешали?

1. Разведи по папкам

   Самый простой вариант. Одно окно работает в папке с материалами, второе - в папке с данными. Пересечения нет по построению.

2. Сделай отдельную копию проекта

   Для кода. Второе окно работает на своей копии, результат переносится осознанно, а не случайно.

3. Заведи отдельные ветки истории

   Технический вариант того же: каждое окно пишет в свою ветку, потом изменения сводятся вместе с проверкой конфликтов.

4. Скажи каждому окну, где его границы

   Прямо в задаче: «работай только в папке такой-то, файлы вне её не трогай». Это снимает большую часть случайных пересечений.

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

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

Цена внимания: два окна не равны двойной скорости

Техническая часть проблемы решается разделением файлов. Человеческая - нет.

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

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

Плюс отдельный эффект: качество приёмки падает первым. Пока ты внимательно читаешь ответ в одном окне, во втором принимаешь на веру. Именно там потом и находится брак.

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

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

Что делать, если правки уже столкнулись?

Порядок разбора:

1. Останови работу в обоих окнах. Каждая новая правка усложняет картину.
2. Посмотри, что изменилось. Попроси агента показать список изменённых файлов за сеанс. Это карта происшествия.
3. Найди, чего не хватает. Обычно пропадает работа того окна, которое сохраняло раньше.
4. Восстанови из последней точки сохранения. Если точки ставились, потеря измеряется минутами.
5. Продолжай в одном окне. До конца этой задачи.

Расход лимита при параллельной работе

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

Механика простая. Каждое окно держит свой контекст: файлы, историю диалога, инструкции проекта. Чем длиннее разговор, тем дороже каждый следующий шаг. Два разговора - две растущие стоимости.

Что с этим делать:

• Не держи открытыми окна, в которых сейчас не работаешь. Простаивающее окно ничего не тратит, но соблазн дописать туда что-нибудь велик.
• Начинай новую задачу с чистого окна. Тащить в новую задачу контекст старой - самый дорогой способ работы. Про это подробно писал в материале про гигиену контекстного окна.
• Тяжёлые задачи не параллель. Разбор большого проекта в двух окнах съедает лимит быстрее, чем даёт результат.

Про то, как вообще устроены лимиты и когда выгоднее подписка, а когда оплата по факту, есть разбор стоимости работы с агентом.

Когда параллель действительно окупается

Сценарии, где я включаю второе окно осознанно:

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

Черновик впрок. Пока в первом окне идёт доводка, во втором готовится следующий материал. Пересечений нет, приёмка отложена.

Разные проекты. Два окна - два разных проекта в разных папках. Здесь риск нулевой, остаётся только цена внимания.

Сценарии, где я так не делаю: доводка кода, установка компонентов, любая работа, где важен порядок шагов.

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

Частые вопросы

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

Простое правило на каждый день: одно окно - одна зона ответственности. Не «одна тема», а именно зона файлов.

И честная оговорка про пользу: параллель редко ускоряет работу в два раза. Обычно она ускоряет её на треть и добавляет один новый способ потерять результат.

Посмотри на свои открытые окна прямо сейчас. Могут ли два из них взяться за один и тот же файл в ближайшие десять минут?