Алексей настроил Cloud Agent для блога по гайду B05, но каждое утро снова жмет Run в чате и вставляет один и тот же промпт «собери бриф по репо». Расписание в настройках IDE не нашел, поставил cron на 9:00 и удивился полудню - сервер считает UTC. Подключил репозиторий «на всякий случай», агент ушел в lint вместо текста. Ниже - как за один вечер собрать Cursor Automation с триггером Scheduled, согласовать время с Москвой и получить готовый markdown в Run History без ручного старта чата.
Три режима Cursor живут в разных экранах. Automations (релиз 5 марта 2026) - always-on cloud agents по расписанию или событию, не кнопка в Agent chat. Неожиданный нюанс с форума: отсутствие PR без ревью 24 часа само по себе не триггер - staff советует daily automation, которая ищет stale PR. Community фиксирует баги cron: daily на weekly не всегда применяется, weekday cron бьет по выходным. Workaround: удалить automation и создать заново.
Различите Agent chat, Cloud Agent и Automation: где живет расписание
Боль «ищу cron в IDE» лечится правильным продуктом. Agent chat - ручной диалог в редакторе: вы пишете, агент отвечает здесь и сейчас. Cloud Agent one-shot - разовый запуск в облаке из чата или dashboard: вы нажали Run, дождались результата, закрыли. Automation - отдельная сущность с триггером: Scheduled (preset или cron), Slack, GitHub, Linear, PagerDuty, webhook. Создается в Agents Window (вкладка Automations) или на cursor.com/automations, не в Settings IDE.
| Режим | Кто стартует | Расписание | Типичная задача |
|---|---|---|---|
| Agent chat | Вы вручную | Нет | Отладка, разовый вопрос |
| Cloud Agent one-shot | Вы нажали Run | Нет | Разовый PR, рефакторинг |
| Automation | Триггер (cron, событие) | Да | Утренний бриф, weekly digest |
Соло-разработчик, который копирует промпт каждое утро, уже готов к Automation. Полный publish с SFTP - в гайде B05; здесь один таймер и один артефакт к утру.
Соберите Automation за пять шагов: trigger, prompt, tools, repo, activate
Официальные docs Cursor описывают канон: trigger, prompt, optional tools, repository scope, save и activate. Для первого вечера хватит Scheduled без лишних интеграций. Советуем начать с пустого сценария - шаблоны Marketplace и skill /automate пригодятся позже.
- Откройте мастер: cursor.com/automations/new или Agents Window - Automations - New. Доступны шаблоны Marketplace и skill /automate, но для обучения лучше пустой сценарий.
- Выберите триггер Scheduled: preset «Every day» или «Every week» для старта; для будней 09:00 по Москве - custom cron (см. секцию про TZ ниже).
- Напишите Instructions: формат выхода (markdown), длина, критерий готовности, явные запреты (no PR, no repo clone для текстового брифа).
- Tools и repo scope: оставьте минимум tools; Memories on/off по задаче; MCP только доверенные; No repository для брифа без кода.
- Save, Activate, Test run: не ждите первого боевого утра - сразу Test run и проверка Run History.
Схема первого вечера:
Automations new -> Scheduled -> узкий промпт -> No repository -> Test run -> артефакт в Run History к 22:00
Типичная ошибка: промпт «проанализируй все» без формата жжет usage. Задайте один артефакт: «markdown из 5 пунктов, до 800 слов, без кода».
Выберите No repository или Single repository под задачу
Боль «текстовый бриф тащит git и PR» решается scope, не отключением Automations. По docs: для Slack и cron по умолчанию - No repository. Агент не клонирует код и не открывает PR. Это идеально для утреннего дайджеста, сводки новостей, markdown-брифа без правок репозитория.
Single repository и ветка main нужны для code tasks: test coverage, security scan. Для code tasks укажите repo и branch явно. Не стоит подключать repo к текстовому брифу - Алексей поставил repo «на всякий случай», automation ушла в lint. Пересборка: No repository, узкий промпт, Test run - к вечеру получите готовый черновик из 5 пунктов.
Согласуйте cron с локальным временем: UTC, preset и CRON_TZ
Боль «поставил 9:00, пришло в полдень» - классика UTC. Cron в Automations по умолчанию считает UTC. Staff на форуме рекомендует префикс CRON_TZ в строке cron для локального времени.
Пример для будней 09:00 Москва - вставьте в поле cron одной строкой: CRON_TZ=Europe/Moscow 0 9 * * 1-5
Preset «Every day» в UI проще для первого Test run - сверьте timestamp в Run History. Важно: избегайте бесконечной смены daily на weekly - если правило не применилось на сервере, не стоит крутить тумблеры. Удалите automation и создайте заново с нужным cron.
Держите secrets в Dashboard, а в Instructions - только имена
API-ключи, токены Slack, SSH - только Cursor Dashboard Secrets или env automation. В промпте ссылайтесь на имена переменных, не на значения. Не делайте вставку секретов в Instructions - иначе они попадут в run log. Контраст с B05: там полный publish требует SSH_* в Secrets; для no-repo брифа secrets часто не нужны вовсе.
Billing - cloud agent usage. Узкий промпт, слот раз в день и минимум tools снижают сюрпризы в dashboard. Computer use и Memories по умолчанию on - отключайте без нужды. Webhook URL появляется только после Save.
Прогоните Test run и smoke-чеклист до первого утра
Боль «жду понедельника, а в понедельник пусто» решается немедленным Test run после Activate. Рекомендуем не ждать первого боевого утра: запустите Test run сразу и убедитесь, что артефакт читаемый. Откройте Run History: статус successful, markdown или дайджест по критерию из промпта - итог вечера готов к проверке.
Smoke-чеклист на один вечер:
- В cursor.com/automations или Agents Window automation активна (не Disabled).
- Test run завершился успешно, в Run History связный текст по критерию из Instructions.
- Cron согласован с локальным временем (preset или CRON_TZ=Europe/Moscow).
- Для no-repo сценария в логе нет clone git и нет открытого PR.
- Usage dashboard без неожиданного всплеска после узкого слота.
Rollback: Disable automation; PR без review не мержите. Automation не нужна для разовых задач (Cloud Agent) и полного blog publish (pipeline B05).
Как понять, что automation по расписанию работает
Критерии успеха до FAQ - проверяемые артефакты, не ощущение «вроде настроил». После первого боевого слота сверьте каждый пункт вручную.
- Активная Automation с триггером Scheduled в Automations или Agents Window.
- Test run и хотя бы один scheduled run в Run History со статусом successful.
- Артефакт по промпту: markdown-бриф, дайджест или отчет - читаемый без ручного чата.
- Время запуска совпадает с ожиданием (CRON_TZ или проверенный preset).
- No repository: нет clone и PR; Single repository: PR только если вы это явно просили.
Schedule «залип» - delete и recreate. Утром проверяете черновик, а не жмете Run. Полный пайплайн с dry-run - в гайде B05; гайды по автоматизации - на neuroalex.site.
Проверено автором: Алексей Доронин, эксперт по автоматизации бизнеса и ИИ (neuroalex.site).
Источники и дата: Cursor Automations docs, changelog 2026-03-05, forum threads по cron/TZ на 2026-07-31; scout wordstat: cursor automations ~13, cursor ide ~1159 (не перепроверено API в этом run).
Частые вопросы
Чем Automation отличается от Cloud Agent из гайда B05?
B05 - полный BurrBuild pipeline: doctor, research_start, Vertex cover, SFTP publish, ledger. B39 - один Scheduled automation и smoke: утренний бриф или дайджест без publish-скриптов. Для автопубликации статей нужен repo-backed сценарий из B05; для текста без git - No repository и узкий промпт.
Можно ли гонять Automation на private repo?
Да, если подключили GitHub (включая GHE по ответам staff на форуме) и выбрали Single repository с нужной веткой. Для приватного кода укажите repo явно; для текстового брифа без кода private repo не обязателен - берите No repository.
Что класть в Instructions, а что в secrets?
Instructions - задача, формат, запреты, критерий готовности. Secrets - ключи API, токены, SSH, любые пароли. В промпте пишите «используй переменную SLACK_WEBHOOK из env», не вставляйте сам URL. После Save webhook для внешнего триггера появится в настройках automation.
Почему cron на будни срабатывает в субботу?
Известный класс багов: stale scheduler entries после смены правила. Попробуйте re-save; если не помогло - удалите automation и создайте заново с cron `CRON_TZ=Europe/Moscow 0 9 * * 1-5`. Сверьте Run History по timestamp, не только по UI.
Нужен ли MCP в scheduled automation?
Только если задача реально требует внешнего tool (например, Send to Slack). Для markdown-брифа MCP лишний: больше поверхность ошибок и расход usage. Подключение MCP в IDE - в отдельном гайде; здесь MCP как optional tool в automation, не setup mcp.json.
Что делать, если Test run OK, а утром пусто?
Проверьте Activate (не Disabled), timezone cron, и нет ли duplicate automation с тем же слотом. Откройте Run History за ночь: failed run покажет причину. При расхождении UI и фактического schedule - delete и recreate по workaround staff.
Когда Automation не нужна, хватит Cloud Agent?
Разовая задача, эксперимент с промптом, интерактивная отладка - Cloud Agent или Agent chat. Automation оправдана, когда один и тот же узкий сценарий повторяется по расписанию без вашего клика Run.