9 min readRemoot team

What Is Remoot? Architecture of a Mobile IDE Companion

How Remoot connects your phone to VS Code and Cursor: the bridge extension, the encrypted relay, trusted projects, and the privacy decisions behind the design.

Remoot is a mobile companion for VS Code and Cursor: an app on your phone, a bridge extension in your IDE, and a relay between them. You pair once, mark the projects you want reachable, and from then on you can watch agent runs, browse files, and answer approval prompts from anywhere.

"Companion" is a deliberate word. Remoot is not a cloud IDE and not a code host — your workstation keeps the code, the toolchain, and the agents. This post explains the architecture that makes that possible and the privacy decisions baked into it.

The three parts

Topology
┌──────────┐   encrypted    ┌───────────┐   encrypted    ┌──────────────┐
│  Remoot  │◄──────────────►│   relay   │◄──────────────►│  bridge ext. │
│   app    │    session     │ (server)  │    session     │ VS Code /    │
│ (phone)  │                └───────────┘                │ Cursor       │
└──────────┘                                             └──────────────┘
                                                          your machine,
                                                          your code

1. The bridge extension

A standard VS Code / Cursor extension plus a small background daemon. It watches agent activity (Cursor Agent, GitHub Copilot CLI), serves file previews on request, exposes approval prompts, and keeps the session alive when the editor loses focus. It can optionally prevent the machine from sleeping during a run.

2. The relay

Phones and workstations rarely share a network, and asking users to port-forward or manage SSH keys is how tools stop getting used. The relay solves reachability: both sides dial out to it over TLS, so no inbound ports open on your machine and corporate firewalls are traversed the same way any HTTPS traffic is.

The relay's job is intentionally boring: authenticate sessions and forward encrypted frames between two paired endpoints. It is a pipe, not a datastore.

3. The mobile app

The iOS/Android app renders what the bridge sends: agent conversations, live run status, diffs and file previews, the approval queue, and action history. Push notifications fire when a run needs a decision, which is the feature the rest of the product hangs off.

Pairing and trust

Access is scoped twice, and both scopes are explicit:

The privacy approach

The design goal: the phone is a remote control, and remote controls don't need a copy of your codebase.

Why not just SSH / a cloud IDE?

Both work, and both answer a different question:

Remoot picks the third corner: keep the environment local, make the supervisionremote. The IDE and its agents run where they always ran; the phone gets the two things it's genuinely good at — notifications and quick decisions.

Prefer a browser? The same bridge also powers web.remoot.dev, a web client with the same trust model — nothing to install on the viewing device.

Where to start

If this sounds like your workflow, the practical guides are running Cursor Agent from your phone and monitoring GitHub Copilot CLI on mobile. The extension is free; the app has a free tier with the setup below.