Cursor Cloud Agent setup — это настройка development environment для агентов в cloud: клон репо, зависимости, secrets, startup-команды и сеть. Без среды агент пишет код, но не закрывает цикл «собрал → проверил → отдал PR». Канон: Cloud agent setup.
Обзор — Cloud Agents; уже разобраны Environment, Builds, Secrets, Snapshots. Capabilities (computer use/MCP) — соседний лонгрид. Pillar: n8n / автоматизация.
Два пути setup
| Путь | Когда брать | Что фиксируете |
|---|---|---|
| Agent-driven (рекомендуется) | Нужна рабочая среда < 10 минут | Агент ставит deps, проверяет, создаёт Build; потом commit в .cursor/environment.json |
| Dockerfile + environment.json | Свой base OS, compilers, debuggers | Dockerfile без COPY всего проекта; install в JSON; layer cache |
Сверка: cursor.com/docs/cloud-agent/setup (проверка 2026-09-21). Cursor-configured Dockerfiles — private beta для Enterprise.
Порядок разрешения environment
.cursor/environment.jsonв репозитории (или repo group)- Personal saved environment
- Team saved environment
Первый match побеждает. Personal override удобен, чтобы прогнать новую конфигурацию до выката на всю команду.
Multi-repo
Выберите несколько репозиториев при создании environment. Cursor клонирует каждый и переиспользует среду для будущих runs/automations с той же группой. Агент может править frontend+backend+infra и открывать PR в затронутых репо. Long-running для multi-repo в overview пока ограничен — сверяйте актуальный статус в docs.
install vs start vs terminals
- install (раньше update script) — при создании Build: deps, codegen, компиляция, прогрев диска. Должен быть idempotent.
- start — после boot агента: например
sudo service docker start. - terminals — app-процессы в shared tmux (вы + агент).
Build сохраняет только disk state. Живые процессы, export shell vars и in-memory cache в агент не переезжают. Failed Build не затирает active: агенты стартуют с последнего успешного.
{
"build": {
"dockerfile": "Dockerfile",
"context": ".."
},
"install": "pnpm install && ./custom_script.sh"
}
В Dockerfile не копируйте весь проект: Cursor сам checkout нужный commit. Computer use для Dockerfile-репо заявлен на Debian/Ubuntu-based образах.
Start from scratch
Можно стартовать без source control: Start from scratch в picker на cursor.com/agents. Cursor создаёт draft Origin-репозиторий. Нужны paid plan и Origin; если Origin выключен админом — агент стартует без репо. Потом: Create repo → опционально Publish через Vercel (нужен Vercel account; на team — план выше Hobby).
Preview: Forwarded Ports в Agents Window (Detected / Auto-Forward / Open in internal browser + Design Mode).
Secrets и AWS IAM
Рекомендуемый путь — Secrets tab в dashboard (не только .env в snapshot). Environment-scoped secrets — только для агентов этой среды. Для 2FA TOTP docs приводит пример oathtool --totp -b "$TOTP_SECRET".
AWS: секрет CURSOR_AWS_ASSUME_IAM_ROLE_ARN + trust policy с External ID команды; runtime выставляет AWS_PROFILE=cursor-cloud-agent. Для короткоживущих JWT без long-lived keys — OIDC tokens.
AGENTS.md для cloud
Добавьте секцию вроде «Cursor Cloud specific instructions»: что поднимать, как тестить, куда не лезть. Длинные куски лучше вынести ссылками на отдельные файлы.
Маршрут на один вечер
- Cloud Agents dashboard → agent-driven setup на одном репо.
- Положите secrets (API keys/DB) в Secrets tab.
- Дождитесь successful Build; зафиксируйте
.cursor/environment.jsonв git. - Перенесите тяжёлое в
install, живые сервисы — вstart/terminals. - Прогоните тестовый агент: тест → artifact → PR.
Типичные ошибки
- Класть Docker/БД в install и ждать, что процесс «переживёт» Build.
- Неидемпотентный install (второй Build ломает диск).
- COPY всего проекта в Dockerfile.
- Держать секреты только в snapshot .env вместо Secrets tab.
- Паниковать из-за failed Build: active не заменяется.
FAQ: Cursor Cloud Agent setup
Что такое Cursor Cloud Agent setup?
Setup — настройка development environment для Cloud Agents: репозитории, install/start, Dockerfile или agent-driven setup, secrets, multi-repo. Канон: cursor.com/docs/cloud-agent/setup.
Чем install отличается от start и terminals?
install (бывший update script) выполняется при создании Build и пишет reusable disk state (зависимости, генерация, кеши). start и terminals запускаются после boot агента для живых процессов (Docker, БД, dev-server). Процессы из install в агент не переносятся.
В каком порядке Cursor выбирает environment?
1) .cursor/environment.json в репозитории; 2) personal saved environment; 3) team saved environment. Первый match побеждает.
Нужен ли Dockerfile обязательно?
Нет. Рекомендуемый путь — agent-driven setup из dashboard/Agents Window: агент ставит зависимости, проверяет среду и создаёт первый Build. Dockerfile — advanced путь через .cursor/environment.json.
Что такое Start from scratch?
Старт Cloud Agent без подключённого source control: Cursor создаёт draft Origin-репозиторий. Нужны paid plan и Origin. Потом можно Create repo и при желании Publish через Vercel.
Почему failed Build не ломает текущих агентов?
Неуспешный Build не заменяет active Build. Новые агенты продолжают стартовать с последнего успешного Build, пока вы чините логи и делаете replacement.
Вывод
Setup — главный рычаг качества Cloud Agents: среда = автономность. Agent-driven для старта, Dockerfile для жёсткого base image, install для диска, start/terminals для процессов. Соседи: Builds, Secrets, Snapshots, Capabilities, Security.
Хотите нейросети под свои задачи, а не «для всех»?
Когда базовых гайдов уже мало, помогает разбор под вашу работу. Наставничество, курсы и подписка Артём Денисов — все форматы на странице обучения. Тех-pillar — n8n для начинающих.