Cursor pooled usage — это режим Enterprise, где команда работает из одного общего usage pool, а не из фиксированных per-user allocation. Все берут из committed amount на период контракта: agent usage уходит туда, где нагрузка сейчас выше. Канон: Pooled usage.
Связка: usage limits / spend limits, Models & Pricing, Teams Analytics. Pillar: n8n для начинающих.
Для кого этот разбор
- Enterprise-админ сравнивает per-seat квоты и shared pool.
- Power users упираются в cap, пока у коллег usage простаивает.
- Finance хочет один committed budget на контрактный срок.
- Нужно понять, где Dynamic Spend Limits и Spend Alerts, а где hard stop.
Зачем pooled usage
Без pool неиспользованная ёмкость одних участников не переносится на тех, у кого сейчас критичный проект. С shared pool committed budget обслуживает приоритетные задачи команды, а не «замороженные» персональные квоты.
- Fewer interruptions — разработчик на релизе не стопается, пока у соседней команды остаток не тронут.
- Cumulative tracking — usage копится за весь contract term, не обнуляясь как месячный карман.
- Admin controls — настройки pooled usage правят только admins (см. Dashboard в docs).
| Модель | Как режется budget | Кто «выигрывает» | Типичный риск |
|---|---|---|---|
| Per-user allocation | Фиксированная доля на человека | Равномерное распределение | Power user в cap, idle seats «горят» |
| Pooled usage (Enterprise) | Один committed pool на контракт | Текущий приоритет команды | Нужны alerts/limits, иначе pool съедают рано |
Сверка: cursor.com/docs/enterprise/pooled-usage (проверка 2026-09-12). Цифр контракта и $/seat здесь нет — они в Enterprise-договоре, не в публичной таблице.
Как это устроено
- Команда commits на total usage amount на срок контракта.
- Все members draw из этого pool.
- Usage трекается накопительно across the contract term.
- Governance сверху: Dynamic Spend Limits + Spend Alerts; hard cap — через spend limits.
| Контроль | Что делает | Стоп usage? |
|---|---|---|
| Pooled committed budget | Общий объём на контракт | Исчерпание pool = конец included; дальше on-demand по контракту |
| Dynamic Spend Limits | Team limit растёт/падает с seats | Да, как spend limit (см. help) |
| Spend Alerts | Email при пороге on-demand (на pooled — member alerts могут смотреть total) | Нет, только уведомление |
| Member/group spend limits | Потолок на человека/группу | Да; на pooled — от total usage |
Связка со spend limits
Pooled usage не отменяет Spending tab. На Enterprise с pool member limits применяются к total usage, не только к on-demand — это отдельная строка в Spend limits. Highest applicable limit wins, если одновременно стоят team / member / group overrides.
Практичный порядок: сначала понять, что у вас pool, потом выставить team Dynamic limit под seats, затем member overrides для известных «печек», и отдельно — Spend Alerts как ранний звонок без hard stop.
Сильные стороны
- Budget следует за реальной нагрузкой, а не за равными карманами.
- Контрактный committed amount проще объяснить finance, чем россыпь personal caps.
- Динамические лимиты снимают ручную подстройку при найме/увольнении seats.
Типичные ошибки
- Путать pooled usage с «безлимитом» — pool конечен на срок контракта.
- Ждать pool на Pro/Teams — режим только Enterprise.
- Ставить только alerts и удивляться, что spend не остановился.
- Выдумывать рублёвый размер pool — публичные docs цифр контракта не публикуют.
FAQ: Cursor pooled usage
Что такое Cursor pooled usage?
Pooled usage на Enterprise — общий usage pool вместо фиксированных per-user allocation. Вся команда берёт из одного committed amount на период контракта. Канон: cursor.com/docs/enterprise/pooled-usage.
Чем pooled usage отличается от обычных лимитов?
Без pool неиспользованная ёмкость одних сотрудников не переносится на других. С pool весь committed budget доступен тем, у кого сейчас критичная нагрузка. Usage учитывается накопительно за весь срок контракта, не «месяц к месяцу».
Какие инструменты управления идут с pooled usage?
Dynamic Spend Limits (лимит команды масштабируется с числом seats), Spend Alerts (email при пороге), admin-only настройки pooled usage в dashboard. Spend alerts сами usage не режут — для hard stop нужны spend limits.
На каком плане доступен pooled usage?
Только на Enterprise. На Individual и Teams этого режима нет — там другие модели included/on-demand и per-seat логика. Подключение — через команду Cursor Sales/Enterprise.
Как member spend limits работают на pooled accounts?
На Enterprise с pooled usage member spend limits считаются от total usage, а не только от on-demand. Это прямо указано в help по spend limits. Highest applicable limit wins при нескольких overrides.
Вывод
Cursor pooled usage — общий Enterprise-pool на срок контракта вместо per-user квот. Ставьте Dynamic limits и member caps от total usage, alerts как ранний сигнал. Hard stop — spend limits; метрики adoption — Teams Analytics.
Хотите нейросети под свои задачи, а не «для всех»?
Когда базовых гайдов уже мало, помогает разбор под вашу работу. Наставничество, курсы и подписка Артём Денисов — все форматы на странице обучения. Тех-pillar — n8n для начинающих.