Cursor запустил Team Projects: агенты команды делятся планами и ловят конфликты

Один агент в репозитории — это почти магия. Три-пять агентов от разных людей в одном репозитории — это уже логистика. Каждый получил свою задачу, каждый уверенно переписывает код, и никто не знает, что делают остальные. Cursor запустил в бете Team Projects, чтобы закрыть именно эту дыру.

Какую проблему решают

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

Представьте: Аня просит агента переименовать модель User в Account. Борис в это время просит своего агента добавить в User поле для биллинга. Оба агента работают быстро и аккуратно, и оба бесполезны друг другу. Конфликт всплывёт на ревью, а то и в проде.

Что обещает Cursor

Из анонса следуют четыре идеи:

• Общий контекст на всю команду. Агент знает не только вашу задачу, но и рамки проекта, в который она входит.
• Планы до старта. Агенты делятся тем, что собираются делать, до начала работы.
• Флаги конфликтов по ходу дела. Если планы или правки пересекаются, это видно сразу, а не на мердже.
• Помощь в разблокировке. Один агент может подсказать другому, что мешает продвинуться в задаче.

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

Чего мы пока не знаем

Пост короткий, это анонс беты со ссылкой на подробности. Из него не видно несколько важных вещей:

• где и как хранится общий контекст и кто к нему имеет доступ;
• как разрешаются конфликты: агенты договариваются сами или зовут человека;
• сколько это стоит и какие у беты лимиты;
• работает ли координация только с агентами Cursor или шире.

Поэтому оценивать реальную пользу рано. Бета означает, что поведение может меняться, а краевые случаи ещё не отработаны.

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

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

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

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

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