Cursor Cloud Agent capabilities: как пользоваться

Cursor Cloud Agent capabilities — это набор возможностей агента в изолированной cloud VM: computer use (desktop и браузер), demos/artifacts, remote desktop, MCP-инструменты (включая встроенный Cursor Cloud MCP), subscriptions на внешние события и автопочинка CI на PR агента. Канон: Cloud agent capabilities.

Обзор продукта — Cloud Agents; среда — Environment и гайд setup ниже по каденсу; identity — OIDC и Agent metadata. Pillar: n8n / автоматизация.

Карта capabilities одним взглядом

Слой	Что даёт	Где включать
Computer use	Мышь/клавиатура, desktop, браузер, проверка UI	Managed VM по умолчанию; Self-Hosted: --computer-use
Artifacts	Скриншоты, видео, логи к PR	Автоматически; опция постить в GitHub PR description
Remote desktop	Вы берёте управление VM, потом отдаёте агенту	Из UI агента
MCP	Внешние tools/API/БД; OAuth per-user	cursor.com/agents + Dashboard → Plugins & MCPs
Cursor Cloud MCP	Диагностика текущего/соседних runs	Built-in; админ может отключить
Subscriptions	Ждать GitHub/Slack/Linear/timer и продолжать	Промпт или skill /subscribe
Autofix CI	Чинить падения CI на PR агента	Teams; GitHub Actions; My Settings

Сверка: cursor.com/docs/cloud-agent/capabilities (проверка 2026-09-21). Цены планов не фиксируем — смотрите billing Cursor.

Computer use и remote desktop

Каждый cloud agent работает в своей VM с полным desktop. Агент может стартовать dev-server, открыть приложение в браузере, пройти UI-сценарий и убедиться, что правка живая, до пуша PR.

Вы можете взять remote desktop агента: протестировать сборку сами, без локального checkout, и вернуть управление агенту. На Self-Hosted Machines computer use включается флагом --computer-use (macOS — helper app; Linux — X11).

Artifacts: демо без checkout

Агент кладёт на PR скриншоты, видео и ссылки на логи. В dashboard Cloud Agents есть опция Allow posting artifacts to GitHub: тогда артефакты встраиваются в описание PR. Docs предупреждает: GitHub image proxy требует публичные URL, поэтому используются длинные «неугадываемые» ссылки без auth.

MCP: HTTP vs stdio

• HTTP (рекомендуется) — конфиг сервера не лежит в VM; credentials не доступны агенту; tool calls идут через backend.
• Stdio — процесс внутри VM; агент видит env/конфиг (как в IDE). Работоспособность stdio нельзя гарантировать до запуска агента.
• Не поддерживаются: SSE и mcp-remote.
• Поля env, headers, CLIENT_SECRET после сохранения редкатятся и не читаются обратно.

Personal MCP — через dropdown на cursor.com/agents. Shared team MCP — админы в Dashboard → Plugins & MCPs. OAuth всегда per-user, даже на shared server.

Cursor Cloud MCP: диагностика run

Built-in MCP для текущего run: run-info, environment-info, get-events, list-cloud-agents, batch-fetch-details, builds/snapshot tools и др. Типичный поток: run-info → get-events → environment-info → list → batch-fetch-details.

Роль	Доступ через Cloud MCP
Team admin	Runs команды по репозиториям/средам, куда уже есть доступ (включая transcripts)
Non-admin	Только свои runs и transcripts; чужие чаты недоступны

Subscriptions: ждать событие, не пинговать вручную

Агент подписывается на источник, завершает turn и просыпается follow-up в том же разговоре. Источники: GitHub (PR/CI), Slack (thread/channel), Linear (issues/comments), timers (one-off или cron; skill /loop). Лимит жизни подписки — 180 дней. Несколько событий подряд могут схлопнуться в один wake.

CI-subscription ждёт, пока все checks на коммите завершатся, и отдаёт один итог. Долго pending check держит весь результат — docs советует conclusion action_required вместо вечного pending.

Autofix CI failures

Cloud Agents сами пробуют чинить CI на своих PR. Сейчас: GitHub Actions; autofix в основном для Teams. Пропуски: ваш новый коммит на ветке; ваш follow-up агенту; тот же check уже красный на base; уже 10 CI follow-up. Персонально: Dashboard → Cloud Agents → My Settings → Automatically fix CI Failures. На PR: @cursor autofix off / on.

Маршрут на один вечер

1. Откройте managed Cloud Agent на репо с готовой средой.
2. Попросите агента поднять UI и снять artifact (скрин/видео) до PR.
3. Подключите один HTTP MCP (не stdio) под вашу задачу.
4. В промпте: «открой PR и держи CI зелёным» — проверьте subscription/autofix.
5. Для cloud roles наружу — отдельно OIDC, не capabilities.

Типичные ошибки

• Ждать computer use на Self-Hosted без --computer-use.
• Класть секреты в stdio MCP «потому что так в IDE».
• Считать публичные URL artifacts «приватным» доступом.
• Надеяться на autofix CI вне GitHub Actions / без Teams.
• Путать capabilities с setup среды и с security-моделью.

FAQ: Cursor Cloud Agent capabilities

Вывод

Capabilities — про то, чем агент может действовать и ждать события после коммита: desktop, артефакты, MCP, subscriptions, CI. Среду готовьте в setup; границы доступа — в security. Соседи: Environment, Builds, Secrets, Settings, OIDC, Metadata.