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

Что Cursor выпустила 10 сентября
Cursor открыла доступ к Projects — режиму работы, рассчитанному на крупные объёмы задач: отдельную функцию, миграцию или целое приложение. В официальном changelog компания описывает замысел так: Projects удерживает контекст на протяжении месяцев работы, передаёт задачи тысячам субагентов и выполняет повторяющуюся работу без нового запроса пользователя. Раздел находится в левой навигации редактора.
Формально это не отдельный продукт, а способ организовать длительную работу: не один диалог с агентом, а структура, которая живёт дольше одной сессии и переживает перезапуски.
Координатор планирует, а не пишет код
Главная архитектурная деталь анонса в том, что координатор проекта сам код не пишет. Его роль — планировать работу, распределять её между агентами-исполнителями и возвращать готовый результат человеку на проверку. Координаторы создают агентов и управляют ими от имени пользователя, запуская параллельно столько процессов, сколько требует объём задачи.
Такое разделение объясняет и слово «тысячи» в описании: координатор не выполняет работу сам, а выступает диспетчером, поэтому его пропускная способность зависит от того, сколько исполнителей он способен удержать одновременно.
Проект живёт в облаке и не боится закрытого ноутбука
Под капотом Projects работают Cloud Agents: проект выполняется на собственном компьютере в облаке, поэтому закрытие ноутбука его не останавливает. Когда что-то нужно протестировать именно на машине пользователя, координатор поднимает локального агента и запускает проверку на месте.
Именно эта деталь отличает новый режим от обычного чата с агентом: длительная работа перестаёт зависеть от того, включён ли редактор у человека.
Общий контекст вместо повторного онбординга
Каждый проект ведёт набор файлов, которые синхронизируются между всеми облачными и локальными машинами его агентов. Агенты дописывают туда исследования и артефакты, а вместе с ними — то, что успели понять о кодовой базе и о том, как владелец проекта предпочитает вести работу.
Пример в анонсе конкретный: если один агент разобрался, как тестировать сервис, этими инструкциями сможет воспользоваться каждый следующий агент. Общий контекст накапливается вместе с проектом, и со временем координатор работает точнее.
Подписки: работа по сигналу, а не по промпту
Отдельный механизм — подписки. Координатору можно поручить следить за каналом в Slack, запускаться по расписанию или отслеживать все пул-реквесты пользователя, чтобы он действовал по обнаруженному сигналу, не дожидаясь нового запроса.
Механика описана на бытовом примере: достаточно подключить Slack и указать канал с баг-репортами — и проект начнёт делегировать работу при каждом приходящем баге.
Откуда взялись облачные агенты
Механизм Cloud Agents в анонсе не объясняется с нуля: Cursor ранее описывала, что инфраструктуру изолированных облачных виртуальных машин она построила для Background Agents, а при обучении модели Composer переписала планировщик этих машин под пиковую и неравномерную нагрузку тренировочных прогонов. Тогда же компания сообщала, что в обучении ей приходится держать сотни тысяч одновременных песочниц с кодирующими средами в облаке, чтобы научить модель вызывать инструменты в своём harness'е.
Для Projects это означает, что ставка сделана на уже проверенную схему: не запускать долгую работу на машине пользователя, а переносить её в изолированный облачный контур и возвращаться к ней как к обычной задаче.
Что осталось за кадром
Projects выходят в бета-версии и, по формулировке компании, начинают раскатываться на всех пользователей в день анонса. Ни цену, ни лимиты на число параллельных агентов, ни порядок учёта расхода компания в анонсе не раскрывает.
Практический вопрос для команд здесь не в редакторе, а в распределении ролей: если координатор планирует и раздаёт задачи, а общий контекст накапливается сам, человек остаётся на постановке задачи и на приёмке результата.
Второй вопрос — гигиена общего контекста: файлы, которые агенты дописывают совместно, растут вместе с проектом, и от того, насколько точно туда попадают выводы о кодовой базе, зависит, будет ли координатор со временем точнее или начнёт повторять устаревшие решения.
Стоит держать в голове и то, что заявленный охват — тысячи субагентов — относится к планированию, а не к гарантиям качества: в анонсе прямо сказано, что координатор приносит готовую работу на проверку, то есть финальное решение остаётся за человеком.