Cursor Teams: чем командный тариф отличается от Pro

Teams — это админка организации, не склад на четверых друзей. Pro остаётся личным. На Teams появляются общие правила, командные команды, контроль ключей и боты ревью. Цены смотрите на cursor.com/pricing, здесь — зачем тариф, не прайс-лист.

Что даёт команде

• Общие Rules и team commands с дашборда, не только файлы в каждом репозитории. Локальный .cursor/rules всё равно нужен: дашборд не знает ваш slug. База: Rules.
• Админ: кто в организации, какие модели, sandbox терминала, хуки. Аудит событий — в релизах 2.0.
• Боты на PR: Bugbot, с сентября 2026 ещё Security Review и Rollouts — на Teams и Enterprise, не на Hobby.
• SSO и политика Privacy для контура, где нельзя «каждый сам себе Privacy Mode».

Это не замена GitHub Organization. Репозитории, права на merge, CI — как были.

Чем это не является

• Live Share. Парная сессия — отдельный гайд.
• Безлимит агента на всех. Квоты считаются, только пул другой. Лимиты.
• «Готовый Cursor за рубль на десятерых» из чатов. Свой биллинг, свои места.

Enterprise — следующий слой: самохост машин, пулы воркеров, жёстче комплаенс. См. self-hosted. Соло-разработчику Enterprise не нужен.

Как внедрять

1. Один репозиторий-пилот, общие Rules в git плюс team commands на «lint / PR description».
2. Запрет секретов одинаковый у всех. Иначе админка не спасёт.
3. Security Review включить на пилоте, не на 80 репах в первый день.
4. Rollouts — только если уже есть деплой и телеметрия. Иначе бот будет писать «inconclusive».

Оплата организации из России — та же касса, что Pro, только счёт на юрлицо или карту компании. Личный RaketaPay на десятерых не масштабируется. Оплата.

Кому хватит Pro

Один человек, свои Rules в git, без ботов на каждый PR. Команда из двух на общем репозитории часто начинает с Pro и файлов в .cursor/rules. Teams имеет смысл, когда появляется админ, онбординг третьего и «сделай как у всех».

Онбординг третьего

Выдайте доступ в организацию Cursor отдельно от GitHub. Новый человек клонирует репо — Rules из git уже на месте. Team commands и политика моделей — из дашборда, их в git нет. В первый день не подключайте ему все MCP прод-базы.

Личный Pro после перехода на Teams не «складывайте в кучу». Биллинг организации и личный — разные счета. Иначе квота уедет не туда, куда думает бухгалтерия.

Не путайте Teams с «семейной подпиской»: места именные, не перекладывайте один логин на всю комнату. Это ломает аудит и Security Review.

Итог: Teams — про контроль и общие рельсы. Pro — про одного человека с git. Выбирайте по появлению админа, не по желанию «скинуться на Cursor».

Что решить до оплаты мест

Кто админ, кто может звать модели дороже Auto, где живут секреты MCP. Без этих трёх ответов Teams превращается в общий Pro с более сложным счётом.

Sandbox терминала и хуки включайте на пилоте. Если у команды уже есть CI, не дублируйте тот же линт team command, которая падает иначе, чем GitHub Actions. Один источник правды на проверку — меньше споров «у меня локально зелёное».

Privacy Mode организации — политика, не галочка в личных настройках. Иначе один человек выключит её «чтобы модель видела больше» и унесёт клиентский код. Это как раз причина Teams, а не Live Share.