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

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

URL: https://posts.danashkin.ru/guides/dva-okna-agenta-odnovremenno
Обновлено: 2026-09-01

---

## Коротко

**Главное**

- Два окна агента на одном проекте работают нормально, пока оба заняты текстом: заметками, планами, описаниями, документами.
- Как только оба начинают менять код или одни и те же файлы, появляется класс проблем, которого не было: правки затирают друг друга молча.
- Безопасное правило разделения простое: разные окна работают с разными папками или с разными копиями проекта, а не с одними файлами.
- Параллель не даёт двойной скорости. Она даёт двойное переключение внимания, и на второй час это заметно.
- Расход лимита складывается: два окна тратят как два человека, даже если ты один.

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

**Главное**

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

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

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

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

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

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

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

**Главное**

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

| Что делают окна | Риск | Почему |
|---|---|---|
| Оба пишут разные документы | низкий | Файлы не пересекаются |
| Одно пишет текст, второе разбирает данные | низкий | Разные папки, разные задачи |
| Оба правят один документ | средний | Затирание, но потери видны глазами |
| Оба меняют код одного проекта | высокий | Правки идут в связанные файлы, потерю видно не сразу |
| Оба ставят зависимости или меняют настройки | очень высокий | Проект перестаёт запускаться целиком |

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

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

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

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

**Главное**

Три способа по возрастанию надёжности: разные папки, разные копии проекта, разные ветки истории. Для нетехнической работы хватает первого, для кода нужен второй или третий.

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

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

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

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

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

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

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

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

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

Про то, почему нельзя параллельно с агентом наводить порядок в папке руками, писал отдельно в материале про [гигиену рабочей папки](/guides/gigiena-rabochey-papki-agenta). Второе окно в этом смысле ведёт себя как ещё одна пара рук.

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

**Главное**

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

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

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

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

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

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

Отдельно замечу: параллельные окна и [агенты](/concepts/ai-agent), работающие в связке автоматически, - разные вещи. Про второе есть отдельный материал про [мультиагентные системы](/guides/multiagentnye-sistemy).

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

**Главное**

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

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

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

**Точки сохранения решают эту проблему целиком**

Столкновение правок опасно ровно настолько, насколько давно ты не фиксировал состояние. С точкой сохранения перед началом параллельной работы худший случай - потерять полчаса. Как это делается словами, разбирал в материале про [откат изменений агента](/guides/kak-otkatit-izmeneniya-agenta).

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

**Главное**

Два окна тратят как два пользователя. Лимит подписки общий, поэтому параллель ускоряет не только работу, но и его исчерпание. На текстовых задачах это почти незаметно, на кодовых - заметно сразу.

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

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

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

- **Не держи открытыми окна, в которых сейчас не работаешь.** Простаивающее окно ничего не тратит, но соблазн дописать туда что-нибудь велик.
- **Начинай новую задачу с чистого окна.** Тащить в новую задачу контекст старой - самый дорогой способ работы. Про это подробно писал в материале про [гигиену контекстного окна](/guides/gigiena-kontekstnogo-okna).
- **Тяжёлые задачи не параллель.** Разбор большого проекта в двух окнах съедает лимит быстрее, чем даёт результат.

Про то, как вообще устроены лимиты и когда выгоднее подписка, а когда оплата по факту, есть разбор [стоимости работы с агентом](/guides/skolko-stoit-claude-code-podpiska-vs-api).

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

**Главное**

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

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

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

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

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

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

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

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

**Главное**

Что спрашивают чаще всего: сколько окон можно держать, мешают ли друг другу разные проекты, видит ли одно окно работу другого и что делать, если задача сама просит параллели.

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

**Сколько окон можно держать открытыми?**

Технического предела нет, практический - два. Дальше падает не производительность инструмента, а качество твоей приёмки.

**Разные проекты в разных папках мешают друг другу?**

Нет. Пока папки не пересекаются, окна не знают друг о друге. Остаётся только общий расход лимита.

**Одно окно видит, что сделало другое?**

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

**Задача большая, хочется разделить на два окна. Так можно?**

Можно, если разделение проходит по файлам, а не по смыслу. «Ты делай эту часть кода, а ты ту» почти всегда заканчивается конфликтом правок.

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

**Главное**

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

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

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

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

### Источники

- [git-worktree - документация о нескольких рабочих копиях одного проекта](https://git-scm.com/docs/git-worktree)
- [Pro Git - книга о контроле версий: ветки, слияние и разрешение конфликтов, русский перевод](https://git-scm.com/book/ru/v2)
- [Claude Code - типовые рабочие сценарии в официальной документации](https://code.claude.com/docs/en/common-workflows)
- [Claude Code - создание отдельных подагентов под задачи](https://code.claude.com/docs/en/sub-agents)
- [Контекстное окно - документация Anthropic о том, как растёт стоимость длинного диалога](https://platform.claude.com/docs/en/build-with-claude/context-windows)