Cursor Gives Cloud Agents a Way to Come Back to the Job

The new workflow controls connect coding work to pull-request activity, Slack threads and schedules, while keeping subscriptions limited to cloud agents for now.

By 2 min read
Cursor Gives Cloud Agents a Way to Come Back to the Job
Cursor Gives Cloud Agents a Way to Come Back to the Job

Listen to this story

The audio brief

About 1:21
0:001:21
Read transcript
Cursor’s cloud agents can now come back to a coding job when something changes outside the chat. Through subscriptions, an agent can watch pull requests, Slack threads, or scheduled tasks, then resume work when new activity arrives. For pull requests the agent creates itself, that subscription is automatic. So if CI fails or a bot posts a comment, the agent can keep working on the same pull request instead of stopping after its first attempt. The release also separates the objective from the way the work should be done. The /goal command gives an agent a target it continues pursuing until completion. A Custom Mode preserves a selected skill or operating playbook in the chat. Used together, they let an agent follow a defined method while working toward a durable outcome. Goals can also pair with /loop for recurring checks, such as repeatedly fixing flaky tests and getting CI back to green. Parallel work gets more room, too. Subagents can run on separate virtual machines, each with an isolated project copy and clean context. That lets one test another agent’s changes, while others investigate independent fixes without sharing the same working environment. And if the main agent is busy, a steering message waits for its next tool call rather than interrupting the action already underway. The important limitation is deployment: subscriptions, and this event-driven workflow, currently work only with Cursor’s cloud agents—not its other deployment modes.

Story brief

3 key points

Cursor is turning cloud coding agents into persistent workflow participants rather than one-shot chat workers. Agents can subscribe to pull requests, Slack activity, and scheduled tasks; automatically-created pull requests can remain under agent ownership through CI failures and bot feedback. Goals, Custom Modes, recurring loops, isolated virtual machines for subagents, and queued steering messages extend autonomy...

  1. 01

    Automatically-created pull requests can trigger agents to resolve CI failures and bot comments until completion.

  2. 02

    Subscriptions currently work only with Cursor’s cloud agents, not other deployment modes.

  3. 03

    The /goal command preserves an objective; Custom Mode preserves the operating playbook, and both can be combined.

Cursor’s cloud agents can now wait for activity outside the chat, return to a task when it arrives, and continue working toward a longer-lived objective. The changes push the product beyond a single uninterrupted coding run and toward a workflow that can react to development feedback.

The trigger moves into the work queue

Subscriptions let cloud agents monitor pull requests, Slack threads and scheduled tasks, then wake when activity occurs. That makes an event in a connected workflow—not just a new prompt—the trigger for another pass at a task.

For pull requests an agent creates, the subscription happens automatically. The agent can then work through CI failures and bot comments until the pull request is complete, keeping the pull request as the object of work after its initial creation.

Goals and modes split the task from the playbook

The new /goal command gives an agent an objective it keeps pursuing until completion. A Custom Mode does something different: it pins a selected skill in the chat, keeping that skill active while the agent works.

The two controls can be combined so an agent follows a chosen playbook while pursuing a durable target. Goals can also work with /loop for recurring check-ins; one supplied example is fixing flaky tests and making CI green in a new chat.

Parallel work gets separate computers

Subagents can now run on their own virtual machines. Each machine receives an isolated project copy and clean context, allowing one worker to test a parent agent’s changes in a fresh environment while others handle independent fixes without colliding.

That separation also supports bug-testing swarms, with multiple subagents examining an app in their own environments. It addresses a practical constraint of parallel coding work: workers need room to test or change a project without sharing the same working context.

New direction waits for the next tool call

Users can send a steering message while an agent is working without cutting off its current action. The follow-up waits for the next tool call, creating a defined point at which the agent can receive a correction or new instruction.

A follow-up can be sent with Send now or by pressing Enter twice. Together, the release adds event triggers, durable goals, isolated workers and queued steering to extended cloud-agent work without requiring each step to begin as a fresh chat request.

Loading discussion...