Cursor добавил в Projects командный режим: агенты коллег делят контекст и задачи
Cursor превратил Projects из личного инструмента в командный. В один Project теперь можно позвать коллег: у каждого остаётся свой чат с координатором, но поверх лежит общий слой контекста — спеки, диаграммы, макеты. Агенты разных людей видят общую доску задач и могут договариваться между собой, пока вы не наступили друг другу на ветки. Режим в бете, доступен всем пользователям.
AI-обработка оригинала Cursor Blog; редакция Hamidun News
Если вы пробовали гонять несколько coding-агентов параллельно, то знаете, как это выглядит на практике. Один человек, один координатор, пачка воркеров. Всё хорошо, пока работаешь в одиночку. Как только в задачу вступает второй инженер, у каждого оказывается свой набор чатов, свой контекст и своя версия того, что вообще происходит. Cursor решил именно эту проблему: Projects стал «мультиплеерным».
Что изменилось
Напомним, Projects — это режим, в котором инженер ведёт крупную задачу через одного координатора, а тот распределяет работу между агентами. Раньше такая система обслуживала одного человека. Теперь в Project можно пригласить коллег, и вся команда работает в одном пространстве вместе со всеми агентами.
В компании выделяют три вещи.
Первая — общая доска задач. На ней видно, кто чем занят, над чем работают агенты каждого участника и какой pull request стоит за каждой задачей. Люди и агенты смотрят на одну и ту же актуальную картину, а не собирают её из чатов и тредов.
Вторая — общий слой контекста. У каждого участника по-прежнему есть личный чат с координатором и воркерами со своим локальным контекстом. Поверх него лежит общая база: требования, диаграммы, технические спецификации, макеты. Решение, принятое в одном чате, становится доступно всем агентам проекта. Когда в Project приходит новый человек, контекст уже настроен и актуален.
Третья — общение агентов между собой. Координаторы коллег видят, что делают соседи, и могут договариваться без участия людей.
Как это выглядит на примерах
Cursor приводит несколько сценариев. Самый приземлённый — дежурства (on-call). Несколько команд компании ведут ротацию в общем Project. Когда один инженер принял смену у коллеги, его координатор сначала уточнил, всё ли верно, а затем продолжил с того места, где остановился предыдущий. Он уже знал, какие задачи в работе, какие обращения остались без внимания, что нужно передать по инцидентам и заметкам, и за какими каналами, досками Linear и тредами следить. Незавершённую работу можно передать напрямую: агент нового дежурного просто подхватывает её.
Два других примера про конфликты. Инженер добавляет отзывы на страницу товара, а дизайнер в это время её переделывает. Координаторы замечают пересечение заранее, и отзывы сразу встраиваются в новый дизайн, без рефакторинга потом. Или ваша фича читает из базы, а коллега меняет схему: агенты заранее договариваются о порядке работ, и в конце не приходится разбирать merge-конфликты.
Идея понятная и знакомая: то, что раньше решали на планёрке или в переписке, перекладывается на координаторов.
Что стоит учесть
Всё это пока описание от самого вендора. Цифр нет: ни сколько времени экономит общий контекст, ни как часто агенты действительно ловят пересечения, ни как часто ошибаются. Примеры с отзывами и схемой базы выглядят как иллюстрации, а не как результаты измерений. Только дежурства описаны как реальная практика, да и то внутри самой компании.
Остаются и открытые вопросы. Кто и как проверяет общий слой контекста, если туда попало неверное решение, которое теперь видят все агенты? Как устроены права доступа к документам и каналам? Что происходит, если координаторы договорились о порядке, а люди думают иначе? Блог на это не отвечает. Режим также только вышел в бету.
Что делать на практике
Если ваша команда уже использует Cursor, имеет смысл попробовать Project на одной небольшой, но реальной задаче, где участвуют два-три человека. Хорошие кандидаты: передача дежурств, фича, пересекающаяся с чужой работой, онбординг нового разработчика. Создать Project можно в левом меню, затем пригласить коллег.
Сразу поставьте себе два вопроса. Стало ли меньше времени на объяснение контекста новичкам? Уменьшилось ли число конфликтов при слиянии? Если ответы положительные, это сигнал, что общий слой контекста работает. Если нет, значит, пока это красивая идея, а не рабочий инструмент. Для продактов и тимлидов главный вывод простой: конкуренция в coding-агентах смещается с «чей агент умнее» на «чья система лучше организует работу нескольких людей и нескольких агентов вместе».
- 12 нояб. 2026 г.Claude in Chrome требует разрешать каждый клик на сайтах с категорией 3
- 12 нояб. 2026 г.AWS Quick получил шесть агентов для продактов: от жалоб клиентов до спеки
- 12 нояб. 2026 г.Anthropic с 12 ноября закрывает Claude для компаний России, даже с юрлицом за рубежом
- 12 нояб. 2026 г.AI помог написать код: студии нужно разделить права на 3 части продукта
Вопросы и ответы по материалу
Что известно по теме: что изменилось?
Напомним, Projects — это режим, в котором инженер ведёт крупную задачу через одного координатора, а тот распределяет работу между агентами. Раньше такая система обслуживала одного человека. Теперь в Project можно пригласить коллег, и вся команда работает в одном пространстве вместе со всеми агентами. В компании выделяют три вещи. Первая — общая доска задач. На ней видно, кто чем занят, над чем работают агенты каждого участника и какой pull request стоит за каждой задачей.
Что известно по теме: как это выглядит на примерах?
Cursor приводит несколько сценариев. Самый приземлённый — дежурства (on-call). Несколько команд компании ведут ротацию в общем Project. Когда один инженер принял смену у коллеги, его координатор сначала уточнил, всё ли верно, а затем продолжил с того места, где остановился предыдущий. Он уже знал, какие задачи в работе, какие обращения остались без внимания, что нужно передать по инцидентам и заметкам, и за какими каналами, досками Linear и тредами следить.
Что известно по теме: что стоит учесть?
Всё это пока описание от самого вендора. Цифр нет: ни сколько времени экономит общий контекст, ни как часто агенты действительно ловят пересечения, ни как часто ошибаются. Примеры с отзывами и схемой базы выглядят как иллюстрации, а не как результаты измерений. Только дежурства описаны как реальная практика, да и то внутри самой компании. Остаются и открытые вопросы. Кто и как проверяет общий слой контекста, если туда попало неверное решение, которое теперь видят все агенты?
Соберите рабочего ИИ-агента или сервис своими руками без ручного кода
В Академии Жемала Хамидуна (academy.hamidun.com) открыт бесплатный 72-часовой тест-драйв: интерактивные скетч-уроки по Claude Code и Cursor, живой Tech Radar и готовые шаблоны агентов.
Главное из мира ИИ — раз в неделю
7 ключевых событий недели, отобранных вручную. Без шума, репостов и пресс-релизов.
Готово! Проверьте почту — мы отправили подтверждение.