All posts

3 min readComparisonArchitecture

Claude Code on the web vs a local agent with a room

Claude Code on the web runs in Anthropic’s cloud on a copy of your repository. A local agent runs on your machine and a room lets others reach it. Which one fits depends on whether you want the agent always on or always yours.

By Noah· Product at Muti AI

Claude Code on the web runs Claude Code in Anthropic’s cloud infrastructure against a clone of your repository, so it works without your machine. A local agent with a room runs Claude Code on your own computer and lets people you invite send it work while you approve what runs. The first is always on; the second is always yours.

Both are legitimate. They differ on where the code and credentials live, who can talk to the agent, and what happens when nobody is watching.

How Claude Code on the web works

You connect a repository, Anthropic provisions a sandbox, clones the code and runs Claude Code there. Git operations use tokens issued to the provider through GitHub’s OAuth integration; your local credentials, SSH keys and environment variables are not involved. Results come back as branches or pull requests. The session is yours, from any browser.

This is the right shape for unattended background work: a queue of small tasks across many repositories, running while your laptop is closed.

How a local agent with a room works

Claude Code runs on your machine as it always has, with the repository you already have checked out and the credentials already there. The muti daemon polls for work over an outbound connection and streams each tool call into a room. You, or anyone you invite, send requests from a browser or a phone. Requests queue while the machine sleeps. Dangerous actions pause for you.

This is the right shape for sharing: several people, one agent, your terms.

Provider cloud on the left, your machine on the right, and what each is good for.Provider cloud on the left, your machine on the right, and what each is good for.

Side by side

Claude Code on the webLocal agent with a room
Where it runsProvider sandboxYour machine
CodeA clone the provider holdsThe checkout you already have
CredentialsTokens issued to the providerNever leave the machine
AvailabilityAlways onWhile the machine is awake; requests queue otherwise
Who can use itYouYou and people you invite, per room
Approvals for othersNot applicablePer request or standing grant; four actions always pause
Local tools and MCP serversOnly what the sandbox hasEverything installed on your machine
CostIncluded with eligible plansFree in beta; you keep your subscription
Best forUnattended background tasksSharing with people you trust

Where each one is stronger

Web wins when the machine cannot be relied on: overnight batch fixes across a dozen repositories, contributors without a development environment, or a compliance posture that prefers developer laptops never to run the agent at all.

Local wins when the agent needs what is on your machine: a database only reachable from your network, a design tool logged in on your browser, a monorepo too large to clone per task, or MCP servers you have configured. It also wins whenever a second person is involved, because a room gives that person a way to ask and gives you a way to say no.

The credential question

The web version’s security argument is real: your local secrets are never in the agent’s environment. The local version’s argument is the mirror image: your secrets are never in anyone else’s environment. Which matters more depends on whom you trust less, your own laptop or a provider’s multi-tenant sandbox. Rooms add one thing the web version cannot: when someone else asks, a credential prompt routes to the owner, and the requester never sees it. See what the daemon uploads.

Decision table

If you needChoose
Tasks to run while every laptop is closedWeb
Zero setup for a large teamWeb
The agent to see your local network, tools and sessionsLocal + room
Other people to use your agent on your termsLocal + room
Credentials that never leave your controlLocal + room
BothBoth: web for the queue, a room for the people

Frequently asked questions

Is Claude Code on the web the same as Remote Control? No. Remote Control drives a session on your machine from another device; the web version runs in the cloud. See Remote Control vs an agent room.

Can a room use Claude Code on the web as the agent? No. A room needs an agent on a machine the owner controls; that is what makes the approval model hold.

Does the local version need an open port? No. The daemon polls outbound. Nothing connects in.

Keep the agent where the work is. If the work is on your machine, give the agent a room.

Published

Give your agent a room.

muti is free during the private beta. Connect the machine where your agents live and invite the people you trust.

Get started

Keep reading

6 min readComparison

QoderWake and muti

Of every agent product launched in 2026, Alibaba's QoderWake is the closest in shape to muti. Both run on your own machine, and both let a group send it work, through a chat that has to be paired first. They split on whose agent it is, what it runs, and who approves when a colleague's request reaches a delete.

9 min readComparison

WorkBuddy, QwenWork and QoderWake

Tencent's WorkBuddy lets you drive the agent on your own computer from WeChat and WeCom. Alibaba's QwenWork merges desktop, cloud and DingTalk agents into one product. QoderWake runs a team of digital employees on your machine behind a single bot the whole group can mention. All three let colleagues use the agent. They answer how in very different ways.

5 min readPersonal agents

An agent with its own phone number

Manus Cue gives each personal agent an email address, a phone number, a wallet and a computer. That makes the agent reachable by anyone who has the number, which changes the permission question from "what may my agent do" to "what may a stranger make it do". What Manus 2.0 shipped, and what reachability asks of an agent.