Cursor: облачные агенты

Облачный агент это тот же агент Cursor, только на чужой VM: репа склонирована, зависимости стоят, ты можешь закрыть ноутбук.

Раньше это звали Background Agents. Сейчас в доке Cloud Agents. Смысл тот же: работа не на твоём процессе IDE.

Здесь: когда уводить в облако, как стартовать, и почему без environment это дорогая гадалка.

Проверено: 2026-08 по доке. Desktop 3.17.19. Эта фича может отсутствовать на бесплатном плане: в troubleshooting прямо написано, что нужен paid Cursor plan.

Когда облако, когда нет

Суть: облако даёт параллель и независимость от твоего ноутбука. Оно не делает задачу умнее само по себе.

Когда брать Cloud:

• прогон долгий: тесты, миграции, «почини CI и доведи PR»
• нужно несколько агентов сразу, а локальная машина одна
• задача на несколько репозиториев (фронт, бэк, инфры). В доке это есть; long-running для multi-repo пока нет
• ты хочешь артефакты: скриншоты, видео, логи, даже remote desktop агентской машины

Когда не брать:

• правка на пять минут в открытом файле. Локальный агент или Cmd + K быстрее
• секреты только в твоём .env на диске, а в dashboard secrets пусто. Агент в облаке этого файла не увидит, если ты его сам не положил в snapshot или Secrets
• нет подключённого GitHub/GitLab/Bitbucket/Azure DevOps у админа аккаунта. Без SCM облако даже не стартует

Откуда запускать

Дока перечисляет поверхности. Я не проверял все руками в этом месяце, поэтому ниже как в доке, без «у меня в Slack вот так».

1. Desktop: в выпадашке под полем агента выбрать Cloud
2. Веб: cursor.com/agents
3. Agents Window: оттуда же видишь локальные и облачные прогоны
4. Slack / Linear: @cursor
5. GitHub или Bitbucket: комментарий @cursor на issue или PR
6. iOS-приложение и Android через PWA на cursor.com/agents
7. API

Из локального чата кусок работы можно отдать через /in-cloud и /babysit.

Environment важнее модели

Фраза из доки жёсткая: не настроить environment облачному агенту это как не дать инженеру компьютер. Он пишет код, но не гоняет тесты, не видит сервисы, не закрывает петлю.

Три пути из Cloud agent setup:

• агент сам собирает environment
• сохранённый snapshot
• Dockerfile / конфиг в .cursor/environment.json

Builds готовят окружение заранее, чтобы агент не ставил зависимости с нуля каждый раз.

Секреты: вкладка Secrets в dashboard, не «закоммить .env в snapshot и забыть». Snapshot может сохранить .env.local, если ты его включил при создании, но дока советует Secrets tab.

MCP в облаке настраивается отдельно, через MCP dropdown на cursor.com/agents. Твои локальные ~/.cursor/mcp.json сами туда не уезжают.

Что ещё умеет VM

Коротко, без превращения части в каталог capabilities:

• хуки из .cursor/hooks.json в репе. Пользовательские хуки из ~/.cursor/hooks.json в облаке не живут: домашней папки там нет
• артефакты: скриншоты, видео, логи
• remote desktop: можно забрать управление машиной агента и потом отдать обратно
• шаринг URL прогона команде. Просмотр read-only, пока админ не включит team follow-ups

Биллинг: API-цены выбранной модели, лимит трат спрашивают при первом запуске. Одна честная строка, без таблицы тарифов.

Главный вывод

Облако окупается, когда агенту нужна своя машина и ты не хочешь сторожить ноутбук. Без environment и секретов это просто дорогой чат с клоном репы.

Если прогон должен случаться сам по событию, это уже не разовый Cloud Agent, а автоматизация.

Ссылки

• Cursor Docs: Cloud Agents
• Cursor Docs: Cloud agent setup
• Cursor Docs: Cloud agent capabilities
• cursor.com/agents