Cursor Cloud Agents — это агенты Cursor, которые используют те же agent fundamentals, но работают в изолированных виртуальных машинах в облаке с полным окружением разработки: клон репозитория, зависимости, secrets, startup-команды и сеть. Канон: Cloud Agents docs. Локальный ноутбук для их работы держать онлайн не нужно.
Исторический вход в тему — Background Agents (старое имя). Углубления: Environment, Secrets, Snapshots, Builds, Self-Hosted Workers. Pillar: n8n / автоматизация.
Зачем Cloud Agents, а не только локальный Agent Mode
По доке облачный агент может собирать и тестировать изменения, управлять desktop/browser (computer use), подключать MCP к базам и API. Параллельно можно держать сколько угодно агентов. Multi-repo: один агент проходит frontend/backend/infra и открывает PR в затронутых репо; long-running для multi-repo пока недоступен.
| Канал запуска | Как стартует | Когда удобно |
|---|---|---|
| Desktop | Cloud в dropdown под полем агента | Работаете в IDE, нужен удалённый прогон |
| Web / iOS | cursor.com/agents (+ app на iPhone) | Нет ноутбука под рукой |
| Slack / Linear | команда @cursor | Задача из чата/тикета |
| GitHub / Bitbucket | комментарий @cursor на PR/issue | Ревью и доделки в PR |
| API | POST /v1/agents | CI, боты, автоматизации |
Сверка: cursor.com/docs/cloud-agent (доступ и how it works), проверка 2026-09-19. Цены usage — в кабинете; hard ₽ не публикуем.
Предусловия перед первым запуском
- Admin аккаунта подключает source control: GitHub (Cloud / Enterprise Server), GitLab (Cloud / Self-Hosted), Bitbucket Cloud или Azure DevOps.
- У вас есть read-write к репо и зависимым submodule.
- Paid Cursor plan — иначе runs не стартуют (troubleshooting доки).
- Без репо можно Start from scratch; для команды обычно нужен связанный репозиторий.
Как устроен цикл работы
Агент клонирует репо, работает на отдельной ветке, пушит изменения для handoff. Среду готовят через agent-led setup, snapshot или Dockerfile / .cursor/environment.json. Builds прогревают зависимости в фоне. На странице агента можно посмотреть, какая environment и Build использовались.
Артефакты: скриншоты, видео, логи. Remote desktop: можно самому потестировать ПО на VM агента, затем вернуть управление агенту. Шаринг URL прогона: коллеги из той же Cursor team видят conversation/diff/artifacts, если у них есть доступ к репо через Integrations; follow-up пишет только если admin включил team follow-ups.
Модели, MCP и hooks
- Модели — curated набор; для части моделей выбирается размер context window.
- MCP: HTTP и stdio; OAuth где нужно; управление через MCP dropdown на cursor.com/agents. Есть встроенный Cursor Cloud MCP для диагностики прогона.
- Hooks из
.cursor/hooks.jsonрепозитория; на Enterprise ещё team/enterprise hooks. User-level~/.cursor/hooks.jsonна cloud VM недоступен.
Сеть, secrets и self-hosted
Cursor управляет VM, isolation, snapshots, artifacts. Вы добавляете secrets, ограничиваете outbound domains, подключаете private network (Tailscale и аналоги). Для исполнения на своём железе — Self-Hosted Machines / Workers. Secrets и OIDC разобраны в соседних лонгридах.
Billing без выдуманных цен
Cloud Agents тарифицируются по API pricing выбранной модели. Spend limit задаёте при первом использовании. Большее окно контекста может увеличить расход. Конкретные ₽ зависят от модели и лимита в кабинете — в статье их не фиксируем.
Маршрут на один вечер
- Подключите GitHub/GitLab/Bitbucket/Azure DevOps и проверьте права на репо.
- Соберите минимальную environment (install + один smoke-тест).
- Запустите узкий Cloud Agent с Desktop или cursor.com/agents.
- Проверьте PR/ветку, artifacts и что secrets не утекли в commit.
- Если нужен CI-запуск — переходите к API; для cloud roles без long-lived ключей — к OIDC.
Типичные ошибки
- Стартовать десятки агентов без среды: код пишется, тесты не бегут.
- Путать локальный Agent Mode и Cloud: локальный агент не заменяет VM с network controls.
- Ждать, что коллега откроет прогон только по членству в team без доступа к репо.
- Класть secrets в snapshot вместо Secrets tab.
- Фиксировать стоимость в ₽ из чужих скриншотов вместо spend limit.
FAQ: Cursor Cloud Agents
Что такое Cursor Cloud Agents?
Cloud Agents — это агенты Cursor, которые работают в изолированных VM в облаке с полным окружением разработки (репо, зависимости, secrets, startup, сеть), а не только на вашем локальном ноутбуке. Канон: cursor.com/docs/cloud-agent.
Чем Cloud Agents отличаются от Background Agents?
По Naming History в доке Cloud Agents раньше назывались Background Agents. Смысл тот же класс: удалённый агент в облаке. Отдельный лонгрид про Background Agents остаётся историческим входом в кластер.
Откуда можно запустить Cloud Agent?
Из Cursor Desktop (Cloud в dropdown), cursor.com/agents, iOS-приложения, Slack (@cursor), комментария @cursor в GitHub/Bitbucket PR/issue, Linear и через Cloud Agents API.
Нужен ли paid-план для Cloud Agents?
Да. В troubleshooting доки: agent runs не стартуют без paid Cursor plan, логина и подключённого source control с правами на репо.
Как тарифицируются Cloud Agents?
По API pricing выбранной модели плюс spend limit при первом использовании. Большее окно контекста может увеличить расход токенов. Hard ₽ в статье не фиксируем — смотрите кабинет.
Что важнее всего настроить перед массовым запуском?
Development environment: без тестов, сервисов и API агент не закрывает цикл. Дока сравнивает отсутствие среды с «не дать инженеру компьютер». См. Environment / Builds / Secrets.
Вывод
Cloud Agents — удалённые агенты в VM с полноценной средой, параллелью и handoff через ветку/PR. Сначала environment и paid plan, потом каналы запуска и API. Secrets, Snapshots, Builds и Self-Hosted — отдельные узлы кластера; OIDC и API — следующие лонгриды дня.
Хотите нейросети под свои задачи, а не «для всех»?
Когда базовых гайдов уже мало, помогает разбор под вашу работу. Наставничество, курсы и подписка Артём Денисов — все форматы на странице обучения. Тех-pillar — n8n для начинающих.