Cursor запустила Projects для долгой работы тысяч агентов

Над отдельными агентами появился координатор

Cursor представила Projects — режим для крупных задач, которые не помещаются в одну сессию: разработки функции, миграции или целого приложения. Project сохраняет контекст месяцами, делегирует работу множеству subagents и может выполнять повторяющиеся задачи без нового запроса пользователя. Управление идёт через coordinator agent: он сам не пишет код, а распределяет задания между исполняющими агентами и остаётся доступным для новых указаний.

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

Projects доступны в beta и, по заявлению Cursor, начинают разворачиваться для всех пользователей. Создание запускается из левой панели: пользователь описывает результат, после чего coordinator организует работу. Компания рекомендует этот режим прежде всего для задач, живущих дольше одного чата — серии PR, длительной миграции или фонового обслуживания проекта.

Cloud остаётся основой, local agent — точкой проверки

Каждый Project работает на отдельном cloud computer, поэтому закрытый ноутбук не останавливает процесс. Это позволяет запускать больше subagents параллельно, чем выдержала бы локальная машина. Если результат нужно проверить в пользовательской среде, coordinator поднимает local agent и передаёт ему тестирование на компьютере разработчика.

Разделение cloud и local полезно для долгих сборок и массовых изменений, однако граница доверия становится сложнее. Команде нужно явно определить, какие репозитории, secrets и внешние сервисы доступны cloud agents, а какие проверки разрешены только локально. Сам факт переноса orchestration в облако не заменяет изоляцию среды, branch protection и воспроизводимый CI.

Cursor утверждает, что использовала Projects несколько месяцев: для миграций на сотнях PR, поддержания единого design system и разработки самого Projects. По внутренней статистике компании, новые пользователи после начала работы с режимом объединяют на 30% больше PR, а пользователи, для которых Projects стал основным способом работы, — в шесть раз больше. Это наблюдение поставщика без опубликованной методики и контрольной группы, поэтому его нельзя считать независимой оценкой производительности.

Общий контекст превращается в память проекта

Project хранит набор файлов, синхронизируемых между cloud- и local-машинами агентов. Туда попадают исследования, artifacts, сведения о codebase и предпочтениях команды. Если один агент выяснил, как тестировать сервис, эта инструкция становится доступна следующим агентам, а coordinator со временем получает более полный рабочий контекст.

Такая память решает проблему повторного onboarding, но одновременно закрепляет ошибки. Устаревшая команда запуска, неверное архитектурное допущение или временный workaround могут начать распространяться как правило. Поэтому shared context стоит рассматривать как версионируемый инженерный artifact: указывать источник решения, владельца, срок актуальности и способ проверки, а не складывать туда неразличимый журнал наблюдений.

В feature workflow агенты сначала исследуют систему и фиксируют результаты, затем coordinator составляет план и раздаёт реализацию и тесты параллельно. После релиза тот же Project способен отслеживать logs и bug reports, сохраняя контекст исходных решений. Непрерывность особенно ценна при эксплуатации, если выводы агента связаны с конкретными commit, тестами и production-сигналами.

Subscriptions делают Project событийным процессом

Coordinator может следить за Slack channel, запускаться по расписанию и реагировать на открытие или слияние PR, включая исправление CI. Cursor называет этот механизм Subscriptions: Project действует по обнаруженному сигналу, не ожидая ручного prompt. Тем самым продукт выходит за пределы интерактивного coding assistant и становится постоянно работающим automation layer.

Компания выделяет три основных шаблона: feature work, migrations и gardening. Для миграции предлагается сначала согласовать безопасный подход и тщательно проверять каждый PR, а после подтверждения качества постепенно снижать плотность ручного контроля. В gardening Project непрерывно ищет регрессии или повторяющиеся нарушения качества и создаёт исправления по мере появления новых событий.

У Cursor один design-system Project анализирует новые PR, выносит подходящие компоненты в общую систему и добавляет lint rule, если одна ошибка повторяется дважды. По плану компании, такой Project должен затрагивать от 20 до 100 PR в день. При таком объёме главным ограничением становится уже не генерация патчей, а доказуемая корректность: маленькие изменения, обязательный CI, понятный rollback и выборочная человеческая проверка нужны до того, как высокая скорость превратит одну ошибку в серию.