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
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
Claim ledger
Ranked by verification strength, evidence, and original report placement.
- [1]
Cursor's changelog announced on 6 October 2026 that Remote Control is enabled by default for everyone except Enterprise organisations.
- [2]
Cursor opened its iOS app as a public beta on 29 June 2026, and the launch notes that day already described Remote Control.
- [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.
- [4]
Cursor's technical docs say the agent loop moves to the cloud while tools keep running on the user's machine, so it can read files, run tests and use the local environment as before.
- [5]
Cursor's changelog says Remote Control does not require a cloud agent to work.
- [6]
The write-up's author reads the word 'cloud' on the two pages as meaning different things: the cloud agent product on one, and the place the agent loop runs on the other.
- [7]
Setup per Cursor: install Cursor 3.9.8 or later and enable Remote Control in Settings > Agents (Agents Window only); install the iOS app and sign in; tap the computer in the app and approve the pairing request in the desktop app; type /remote-control in the local agent's prompt and send the next message, after which the session is routed to the worker on the machine and can be controlled from another device.
ReportedSupportedSource: dev.to write-up by Nokka, citing Cursor's changelog and docsView cited source - [8]
A Cursor cloud agent runs in a separate virtual machine with its own complete development environment and works asynchronously, continuing after the laptop is closed.
- [9]
Cloud runs work on a cloned copy of the repository with freshly installed dependencies, so uncommitted files, services running on the machine and files outside the project are absent; Remote Control works against the user's real machine.
ReportedSupportedSource: dev.to write-up by Nokka, citing Cursor's changelog and docsView cited source - [10]
Cursor's docs say the user's machine must stay awake and online throughout, because tool commands run on it.
- [11]
A 'Keep this computer awake' option under Settings > Agents requires the machine to be plugged in; the changelog adds that the lid must be open.
ReportedSupportedSource: dev.to write-up by Nokka, citing Cursor's changelog and docsView cited source - [12]
Cursor's docs say the project does not need a Git remote, and both local and Remote SSH workspaces are supported.
- [13]
Cursor's docs say Remote Control does not work if the user's privacy setting disables cloud data storage.
- [14]
Pairing requires two confirmations, tapping the machine in the mobile app and approving the pairing request in the desktop app; signing in to the same account is not enough.
- [15]
The write-up was published on dev.to by Nokka on 10 October 2026 and states it was written by AI (deepseek-v4.1-flash) via Hermes Agent under human control and quality checking.
- [16]
The write-up argues that an agent calling tools over MCP into internal company systems, or reading config files outside the project, keeps working because everything stays where it is and only the instructions come from the phone.
- [17]
Remote Control became default-on 99 days after the iOS public beta opened.
- [18]
The write-up notes the changelog's 'everyone except Enterprise' wording can be read as meaning Teams accounts are already enabled.
ReportedContestedSource: Nokka, dev.to2 sources— create a free account to open themView cited source - [19]
Cursor's docs say Teams and Enterprise members can use Remote Control only after an admin enables it from the Dashboard under Cloud Agents > Self-Hosted.
ReportedContestedSource: dev.to write-up by Nokka, citing Cursor's docs2 sources— create a free account to open themView cited source - [20]
The changelog says admins enable the feature in organisation settings under Security & Identity, while the docs say Dashboard > Cloud Agents > Self-Hosted.
ReportedContestedSource: dev.to write-up by Nokka, comparing Cursor's changelog and docs2 sources— create a free account to open themView cited source
Sources
1 independent publisher whose own reporting we read for this story.
- dev.toสั่ง AI agent บนเครื่องตัวเองจากมือถือ: Remote Control ของ Cursor พร้อมใช้จริงแค่ไหน?
1 article · October 10, 2026
Topics and entities
Follow any of these and your For You feed starts watching them — no settings page required.
Topics
- AI Coding AgentsFollow
- Remote control of software agentsFollow