Skip to content

BuildNot yet confirmed elsewhere1 publisher3 min readPublished

Cursor's default-on Remote Control splits the agent between its cloud and the user's machine

Cursor turned on Remote Control by default for every non-Enterprise account on 6 October, so a phone can steer an agent working on the user's own computer. Its docs put the agent loop in Cursor's cloud and the tools on that computer, and that split ties the feature to cloud data storage and to a laptop left awake and plugged in.

The Engineer · Build desk

How we use AISend a correction

What happened

  • Cursor's changelog says Remote Control leaves the agent running on the user's machine, with the mobile app connecting in to it.
  • Cursor's technical docs say the agent loop moves to the cloud while the tools stay on the machine to read files and run tests.
  • Setup needs Cursor 3.9.8 or later, a toggle under Settings > Agents, the iOS app and a /remote-control command in the local agent's prompt.
  • Pairing takes two confirmations: the user taps the computer in the phone app, then approves the request in the desktop app.

Why it matters

  • capability A phone-driven session can work on uncommitted edits and locally running services that a cloud agent's freshly cloned virtual machine would not have.
  • constraint A developer who closes the laptop and leaves cuts the agent off from its tools, so the phone workflow only works with a machine left open and plugged in.
  • decision Organisations that keep cloud data storage off for policy reasons have to choose between that setting and letting staff use Remote Control.
  • contradiction Teams-plan admins cannot tell from Cursor's own pages whether members already have the feature or are waiting on an admin switch.

Both pages can be accurate if "agent" names two different things. According to a 10 October write-up on dev.to that cites both, the same changelog entry says Remote Control does not require a cloud agent [5]. The write-up's author, Nokka, takes "cloud" to mean the cloud agent product on one page and the place the loop executes on the other [6]. We agree, and we think the docs give the precise version: the agent loop runs on Cursor's side and the tool calls it issues run on the user's computer [4].

Two settings in the docs fit that split. The switch admins use to enable the feature for Teams and Enterprise sits at Dashboard > Cloud Agents > Self-Hosted [19]. The feature also stops working when a user's privacy setting turns off cloud data storage [13]. We'd expect a design that kept the whole agent on the laptop to need neither. In our view the accurate model is a cloud-hosted loop with the user's computer registered as a self-hosted worker.

The local half solves a problem cloud agents have. Cursor's cloud agents run in a separate virtual machine with their own development environment and carry on without the user [8]. The write-up says those runs start from a cloned repository with freshly installed dependencies, so uncommitted edits and services running on the developer's machine are not there [9]. The docs say Remote Control needs no Git remote and works with both local and Remote SSH workspaces [12]. Nokka argues that MCP tools wired into internal company systems keep working for the same reason [16].

The price is a computer that cannot sleep. The docs say it must stay awake and online for the whole session, because the tool commands execute there [10]. A "Keep this computer awake" option under Settings > Agents only holds while the machine is plugged in. The changelog adds that the lid has to stay open [11].

Pairing is handled with care. Signing in to the same account does not pair the devices. We think requiring a tap on the phone and an approval on the desktop is the right default for a feature that lets a phone start test runs on a workstation [14].

The rollout wording is untidy. Read literally, the changelog's "everyone except Enterprise" covers Teams, the write-up notes, while the docs say Teams members need an admin to switch it on first [18][19]. The pages also disagree on where that switch lives: organisation settings under Security & Identity in the changelog, the Cloud Agents dashboard in the docs [20]. The default flipped 99 days after the 29 June iOS public beta, whose launch notes already described Remote Control [2][17].

Every Cursor statement in this piece comes from the dev.to write-up's reading of the changelog and docs. The post says it was written by an AI model, deepseek-v4.1-flash, through Hermes Agent, under human control and quality checks [15].

What to watch

  • Whether Cursor revises the changelog or the docs so both give the same Teams default and the same admin path.
  • Whether Cursor documents what the cloud-side loop stores for a Remote Control session, given that the feature fails with cloud data storage turned off.

Clarity's read

What the record supports and how the coverage leans. The claims behind it follow.

Reality

Evidence45
Adoption
Insufficient
Hype gap+10
Incentives
Insufficient
Confidence50
Why these scores

Claim ledger

Ranked by verification strength, evidence, and original report placement.

  1. [1]

    Cursor's changelog announced on 6 October 2026 that Remote Control is enabled by default for everyone except Enterprise organisations.

    ReportedSupportedSource: dev.to write-up by Nokka, citing Cursor's changelogView cited source
  2. [2]

    Cursor opened its iOS app as a public beta on 29 June 2026, and the launch notes that day already described Remote Control.

    ReportedSupportedSource: dev.to write-up by Nokka, citing Cursor's launch notesView cited source
  3. [3]

    Cursor's changelog says remote control does not move the agent anywhere; it keeps running on the user's machine and the app connects to it.

    ReportedSupportedSource: dev.to write-up by Nokka, citing Cursor's changelogView cited source

Sources

1 independent publisher whose own reporting we read for this story.

  1. dev.to

    1 article · October 10, 2026

    สั่ง AI agent บนเครื่องตัวเองจากมือถือ: Remote Control ของ Cursor พร้อมใช้จริงแค่ไหน?

Share your take

Let Clarity write the post for you.

Signed-in readers get a short post drafted on this story in the register they choose — narrative, analytical, or a direct position — editable to the last word before it goes anywhere. The share buttons at the top of this story work without an account.

Topics and entities

Follow any of these and your For You feed starts watching them — no settings page required.

Topics

Loading related stories