Cursor запустил Projects — координатора, который раздаёт код тысячам агентов
Инженер из Cursor давно ведёт свой личный проект в приложении: следит, чтобы дизайн-система оставалась единообразной. Раньше он проверял каждую правку агента вручную и переписывал то, что тот делал не так. Теперь его роль поменялась — агент сам сканирует каждый новый пул-реквест, вытаскивает оттуда компоненты, которые должны попасть в дизайн-систему, и добавляет линтер-правило, если видит одну и ту же ошибку дважды. Проект уже обрабатывает 20–100 пул-реквестов в день, а инженер включается только там, где действительно нужно его внимание.
Это и есть Projects — фича, которую Cursor выкатил 10 сентября для крупных задач: фичи, миграции, целого приложения. От обычного чата с ИИ-агентом это отличается тем, что Projects держит контекст месяцами, а не одну сессию, и раздаёт задачи не одному агенту, а тысячам подагентов одновременно.
Управляет всем этим координатор. Он сам не пишет код — только планирует работу, раздаёт её агентам-исполнителям и приносит готовый результат на проверку. Поскольку координатор делегирует, а не выполняет, он никогда не блокируется и всегда готов реагировать на новые указания.
Как это устроено
Три вещи делают Projects рабочим инструментом, а не красивой обёрткой для чата. Во-первых, проект по умолчанию крутится в облаке на отдельной машине — закрытый ноутбук его не остановит, а параллельно можно гонять куда больше подагентов, чем потянул бы один компьютер. Когда что-то нужно протестировать локально, координатор сам поднимает агента на вашей машине. Во-вторых, у каждого проекта есть общий контекст — файлы, которые синхронизируются между облаком и локальными машинами всех агентов. Один агент разобрался, как тестировать сервис, — и это знание достаётся всем следующим. В-третьих, проект можно подписать на события: последить за каналом в Slack, погонять по расписанию, следить за всеми пул-реквестами. Тогда координатор реагирует на сигналы сам, не дожидаясь команды.
В самом Cursor Projects уже несколько месяцев в работе: через него прогнали миграцию нескольких сотен пул-реквестов, следят за дизайн-системой и даже собрали саму фичу Projects. Разработчики говорят на удивление конкретно о результате: новые пользователи сливают на 30% больше пул-реквестов, а те, кто работает через Projects постоянно, — в шесть раз больше.
Есть три типичных сценария использования. Для фичи агенты сначала исследуют систему и записывают выводы в общий контекст, координатор строит план и распределяет части параллельно между агентами; когда фича готова, тот же проект может смотреть логи и разбирать баг-репорты, уже зная историю решений. Для миграции — перехода на новый фреймворк или замены системы стилизации в сотнях пул-реквестов — сначала утверждают безопасный подход вместе с координатором, потом он применяет его постепенно: первые правки проверяют пристально, дальше — всё реже, по мере того как решения приживаются. Третий сценарий — работа, у которой нет конца: поддержка качества кода, слежение за регрессиями. Именно так устроен уже упомянутый дизайн-системный проект одного инженера.
Cursor называет Projects конкретной реализацией идеи, которую компания описывала ещё в феврале, — о переходе к работе, где целыми массивами задач управляют флотилии агентов, а не один помощник. Пока это бета, но она уже раскатывается на всех пользователей: открыть Projects можно из левого меню, описать, что нужно построить, и дальше координатор берёт дело в свои руки. По словам компании, инструмент лучше всего работает там, где работа переживает один чат, — будь то фича на несколько пул-реквестов, миграция или задача, которую нужно решить, пока вас нет на месте.
Отдать координатору не одну задачу, а целое направление работы — шаг, после которого меняется сама единица измерения работы с агентом: не промпт, а проект.
