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

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

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

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

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