Cursor model routing для Automations: Slack и GitHub triggers

Cursor model routing теперь покрывает Automations из /automate, Slack emoji triggers, GitHub review events и cloud-agent computer use.

TheRouter Newsroomисточник Cursor
Редакционная схема Cursor Automations cloud agent routing: Slack и GitHub workflow lanes входят в governed cloud agents

Cursor Automations cloud agent routing — главный operator-сигнал в обновлении Cursor Automations от 18 июня. Cursor пишет, что Automations теперь можно создавать из local agent session через /automate, запускать Slack emoji reactions и пятью дополнительными GitHub events, а cloud agents могут использовать computer use для demos или artifacts. Для AI engineering teams это переводит coding agents из интерактивной IDE-помощи в event-driven production workflows, которым нужны trigger governance, budget routing и audit boundaries.

Что изменилось в Cursor Automations cloud agent routing

В changelog Cursor описаны три важных изменения. Во-первых, /automate позволяет developer описать recurring task на естественном языке из local agent session, после чего Cursor настраивает triggers, instructions и tools для saved automation. Во-вторых, Slack может запускать automation, когда кто-то реагирует на message назначенным emoji. В-третьих, Automations добавляют GitHub triggers для issue comments, PR review comments, PR review submitted, review thread updated и workflow run completed.

Тот же релиз добавляет marketplace templates для triaging failed GitHub Actions runs и auto-fixing PR review comments. Cursor также говорит, что cloud agents, запущенные Automations, могут использовать свои computers для demos или artifacts, а computer use включен by default для каждой automation.

Это важно, потому что trigger surface больше не ограничен кнопкой в IDE. Slack reaction, CI completion event или PR review thread могут запустить agent, который читает repository context, меняет code, отвечает на review feedback, запускает tests и, возможно, использует browser или desktop-like computer-use environment для создания evidence своей работы.

Почему Cursor Automations cloud agent routing важен для AI engineering teams

Always-on coding agents полезны потому, что убирают ожидание. Failed workflow может запустить investigation без ручного копирования logs. Reviewer comment может превратиться в patch attempt до возвращения автора. Slack emoji может конвертировать легкий human signal в automated engineering task.

Operational cost в том, что intent становится менее четким. GitHub workflow-run-completed event может означать flaky test, security scan, production deployment или обычный docs build. Slack emoji в одном channel может значить «посмотри», а в другом — «исправь и открой PR». Computer use помогает создавать demos, но расширяет набор tools и credentials, которых может коснуться automation.

Для platform teams Cursor Automations cloud agent routing надо считать event-ingestion system, а не удобной функцией. Каждый trigger должен нести provenance: кто поставил reaction, какой channel, какой repository, какой PR, какой workflow, какая branch, какое automation definition, какие tools включены и какой approval path применялся. Без этих metadata успешную automation трудно audit, а неудачную — debug.

Router/operator angle для Cursor Automations cloud agent routing

Практичный control plane для Cursor Automations cloud agent routing разделяет пять routing decisions:

  1. Trigger routing. Относите Slack, GitHub, schedule и manual triggers к разным risk tiers, а не к одной generic automation bucket.
  2. Repository routing. Ограничивайте repos, branches и file paths, которых может касаться automation. Failed-docs workflow и production-infra workflow не должны иметь одинаковые permissions.
  3. Tool routing. Рассматривайте computer use, terminal commands, GitHub write access и browser access как отдельные capabilities, выдаваемые per automation.
  4. Model and budget routing. Атрибутируйте tokens, cloud-agent runtime, CI reruns и review loops к trigger, который начал работу.
  5. Human-review routing. Решайте, какие outputs могут comment, open PRs, push branches или request approval, а какие должны остановиться на draft report.

Это тот же паттерн, который читатели TheRouter применяют к model APIs: requests должны иметь routing metadata до того, как fallback, billing и governance станут надежными. Разница в том, что «request» теперь Slack reaction или GitHub event, а не один OpenAI-compatible API call. Командам, использующим TheRouter AI routing documentation, стоит применить ту же дисциплину к agent-trigger metadata и cost attribution. Ранее Cursor SDK custom tools and auto-review analysis разбирал tool-call governance внутри SDK agents; это обновление поднимает boundary до event triggers и always-on cloud execution.

Что пользователям TheRouter стоит проверить или попробовать

Сначала создайте automation registry, прежде чем широко включать event triggers. Для каждой automation зафиксируйте trigger source, allowed repositories, tool set, approval rules, expected owner и budget cap. Slack-triggered automations должны ограничиваться channel и emoji, а не только workspace. GitHub-triggered automations должны различать comments, review submissions, thread-resolution events и workflow completion, потому что каждое событие несет разный intent.

Затем проведите tabletop test для computer use. Спросите, что cloud agent может видеть, какие credentials наследует, могут ли screenshots или demo artifacts включать sensitive data, и как human reviewer проверит artifact до публикации. Computer-use output полезен только тогда, когда связан с тем же audit trail, что и code change.

Наконец, привяжите automation outcomes к billing. Triage automation, запускаемая на каждый CI failure, может быть дешевой за один run, но дорогой at scale. PR-review automation может экономить время автора, но создавать repeated review loops. Low-risk, high-volume triggers стоит routing на более дешевые models и строгие timeouts, а sensitive или ambiguous triggers держать за explicit approval.

Decision checklist для Cursor Automations cloud agent routing

Перед включением Cursor Automations cloud agent routing на всю команду спросите:

  1. Какие Slack emojis и channels могут начинать engineering work?
  2. Какие GitHub events могут создавать code changes, а какие только diagnosis?
  3. Есть ли у каждой automation owner, repository allowlist, branch policy и budget limit?
  4. Включен ли computer use только там, где demos или artifacts действительно нужны?
  5. Могут ли audit logs связать trigger, agent run, tool calls, PR, comments и cost line items?
  6. Что произойдет, если automation зациклится на flaky CI или conflicting review feedback?

Cursor Automations cloud agent routing делает agentic coding быстрее реагирующим. Но он также превращает обычные collaboration events в production triggers. Больше всего выиграют команды, которые routing этих triggers делают так же аккуратно, как routing model calls, credentials и deployment pipelines.

Абстрактная иллюстрация мобильного устройства, подключённого к уровню маршрутизации облачных агентов

iOS-приложение Cursor добавляет Remote Control для облачных агентов: новый уровень управления, который операторы AI должны настроить

Нативное iOS-приложение Cursor вводит Remote Control для облачных агентов, создавая новую поверхность подтверждения действий, которую операторы AI и команды маршрутизации обязаны явно настроить.

источник Cursor
Диаграмма страницы Cursor 3.9 Customize — единый слой управления плагинами, MCP и субагентами с областями видимости пользователя, команды и рабочего пространства

Cursor 3.9 Customize Page: что унифицированный слой управления плагинами, MCP и субагентами означает для операторских команд

Cursor 3.9 объединяет плагины, skills, MCP, субагенты, правила и хуки в единой странице Customize с областями видимости user/team/workspace; командные маркетплейсы теперь поддерживают импорт из GitLab, Bitbucket и Azure DevOps.

источник Cursor
Официальные docs Cursor Bugbot: background PR review на Composer 2.5 и governance через model block list

Официальные docs Cursor Bugbot: Composer 2.5, /review и governance Background Agents

Официальные docs Cursor Bugbot и июньский changelog теперь указывают на Composer 2.5, pre-push /review и Cloud Agents, ранее называвшиеся Background Agents. Для routing-операторов ключевой сигнал прежний: model block list делает AI code review объектом явного governance.

источник Cursor Changelog
Помощь и контакты