Remote Control vs Claude Code on the Web

Remote Control and Claude Code on the web both live at claude.ai/code, which is exactly why they get confused. One difference explains everything else: where the code executes. Remote Control runs on your machine. Claude Code on the web runs on Anthropic-managed infrastructure, working from a GitHub clone.

Fast rule. Work already started on your machine and needs your real files: Remote Control. Work not started, or on a repository you have not cloned: the web.

Side by side

Remote ControlClaude Code on the web
Where it runsYour machine (CLI or VS Code)Anthropic-managed cloud VM
Local filesystemFull accessNone. Cloned from GitHub
Your MCP servers and toolsStay availableCloud tooling only
Project configurationYour local config appliesConfigured through cloud environments
Start it withclaude remote-control or /rcclaude --cloud "task" or the browser
Machine must stay onYes, it is a local processNo
Network outageTimes out after roughly 10 minutesUnaffected
Repository you have not clonedNeeds a local cloneWorks without one
Parallel tasksServer mode, up to 32 sessionsEach task is its own session

What each one genuinely cannot do

The comparison table lists differences. These are the hard stops, and they usually settle the choice faster.

Remote Control cannot

  • Survive your machine being off, asleep past the timeout, or the terminal closing.
  • Run without a claude.ai login. API keys and long-lived tokens are rejected.
  • Work through a proxy or gateway. A custom ANTHROPIC_BASE_URL disables it, as do Bedrock, Google Cloud Agent Platform and Microsoft Foundry.

Claude Code on the web cannot

  • See a file you have not pushed. The VM clones from GitHub, not from your disk.
  • Reach a local MCP server, a local database, or anything else on your network.
  • Push results anywhere but GitHub. GitLab and Bitbucket repositories can be uploaded as a bundle, but the session cannot push back.
  • Run at all under organisation IP allowlisting, because sessions call the API from Anthropic infrastructure rather than your network.

One constraint blocks both: organisations with Zero Data Retention cannot use cloud sessions, and cannot enable Remote Control either. If that is your situation, neither of these is the answer.

Moving work between them

They are not mutually exclusive, and the handoff is the part most people miss.

Terminal to cloud

claude --cloud "Fix the authentication bug in src/auth/login.ts"

The catch on a first run: the VM clones your current branch from GitHub. Local commits you have not pushed do not exist as far as that session is concerned. Push first.

If the repository has no GitHub remote, Claude Code bundles it and uploads it directly. That fallback has limits worth knowing: the bundle must be under 100 MB, untracked files are excluded so git add anything the session needs to see, and a bundled session cannot push back to a remote.

Cloud back to terminal

Pull a cloud session down with claude --teleport for a picker, /teleport or /tp inside a session, or /tasks then t. Teleport checks four things first: a clean git state, the correct repository rather than a fork, the branch pushed to the remote, and the same claude.ai account.

The overlap that confuses people. --teleport runs on the same session infrastructure Remote Control uses, so teleport failures surface with Remote Control wording. Remote Control session expired or Remote Control may not be available for this organization while teleporting is a cloud-session access problem, not a Remote Control fault. Detail in Claude Code on the web.

And back to your phone

After teleporting, the terminal gets its own copy and new work stops appearing in the cloud session. To keep steering from your phone, start Remote Control in the local session with /remote-control. That is the clean way to use both: cloud for the long unattended run, teleport to bring it home, Remote Control to keep watching.

A worked sequence

The pattern that uses each tool for what it is good at:

  1. Start locally in plan mode so Claude explores and proposes an approach without editing anything.
  2. Agree the plan, then commit and push it, because the VM clones from GitHub.
  3. Hand it off: claude --cloud "Execute the migration plan in docs/migration-plan.md".
  4. Close your laptop. The cloud session keeps going.
  5. Teleport it back when you want to finish locally, then /remote-control if you want to keep an eye on it from your phone.

Cost and limits

Neither charges separately for compute, but cloud sessions share rate limits with all your other Claude and Claude Code usage. Running several --cloud tasks in parallel consumes them proportionately, which is the practical ceiling on how many you run at once.

Cloud sessions also expire after a period of inactivity and their VM is reclaimed. Reopening from claude.ai provisions a fresh one with your conversation history restored, so nothing is lost, but a long-idle session is not instantly ready.

Isolation, if that is what decides it

Each cloud session runs in its own isolated Anthropic-managed VM. Network access is limited by default and can be disabled entirely, though Claude Code still reaches the Anthropic API even then, which means data can leave the VM by that route. Git credentials and signing keys are never inside the sandbox; authentication goes through a proxy using scoped credentials.

Remote Control inverts this. Nothing about your code leaves your machine, but the session transcript is stored on Anthropic servers while connected. Which of those you prefer depends on whether you are protecting the code or the conversation. See the security model.

The wider set of options

These two are not the only ways to reach Claude Code away from the terminal.

OptionTriggerClaude runs onBest for
DispatchMessage a task from the Claude appYour machine, via DesktopDelegating with minimal setup. Pro and Max only
Remote ControlDrive a running session from claude.ai or the appYour machineSteering work already underway
ChannelsEvents pushed from Telegram, Discord, CIYour machineReacting to external events
SlackMention @Claude in a channelAnthropic cloudStarting work from team conversation
Scheduled tasksA schedule you setCLI, Desktop, or cloudRecurring automation

Can you run both at once?

Yes, on different work, and there is no longer a conflict between them. The Ultraplan preview, which used to fight Remote Control for the claude.ai/code interface, was removed in Claude Code v2.1.224. Plan mode and Claude Code on the web replace it.

More in remote workflows, and on always-on machines if the real problem is that your laptop keeps closing.