Claude Code on the web vs Remote Control explicado
O Claude Code on the web (claude.ai/code) executa sua tarefa em uma VM na nuvem gerenciada pela Anthropic - um clone novo, sem nenhuma configuração local necessária. O Remote Control usa exatamente essa mesma interface do claude.ai/code, mas comanda uma sessão do Claude Code que na verdade está rodando na sua própria máquina. O Teleport é a ponte de mão única que puxa uma sessão da nuvem já concluída para o seu terminal, para você finalizá-la localmente. Ambos são marcados como research preview: o Claude Code on the web exige Pro, Max, Team ou Enterprise (assentos premium); o Remote Control funciona em todo plano pago, incluindo o Pro.
- Limites de plano e status dos recursos verificados em code.claude.com/docs no momento em que escrevo (2026-08-20); as duas superfícies ainda são research preview e mudam rápido - confira a documentação ao vivo antes de montar um fluxo de trabalho em cima de qualquer detalhe específico daqui.
O que é o Claude Code on the web?
O Claude Code on the web é o Claude Code rodando em claude.ai/code em vez de no seu terminal. Quando você inicia uma sessão ali, ou envia uma pela CLI, o Claude Code sobe uma VM na nuvem isolada e gerenciada pela Anthropic (ou o ambiente auto-hospedado da sua organização, se o seu time direciona as sessões para lá), clona o seu repositório do GitHub do zero na sua branch atual e executa a tarefa dentro dessa VM. Feche a aba do navegador e a sessão continua; abra o app do Claude no celular e você pode acompanhar o progresso, responder a uma pergunta ou dar um empurrãozinho em outra direção. Nada disso toca no seu sistema de arquivos local.
Toda sessão na nuvem roda dentro de um ambiente de nuvem salvo - a configuração que controla o acesso à rede, as variáveis de ambiente e qualquer script de setup que o Claude executa antes de começar a trabalhar. O Claude Code cria um ambiente Default automaticamente na primeira vez que você faz o onboarding, e os mesmos ambientes valem em todo lugar onde você inicia uma sessão na nuvem, não só na web - routines e sessões na nuvem pelo app do celular também usam eles. Para que uma sessão consiga alcançar seus repositórios do GitHub, você conecta uma vez: autorize o Claude GitHub App durante o onboarding, ou rode /web-setup no seu terminal para sincronizar o token da sua CLI gh já existente. Qualquer um dos métodos permite que o Claude clone, faça push e abra pull requests a partir da VM na nuvem.
Uma distinção que vale nomear logo de cara: este artigo cobre uma sessão na nuvem que você inicia e acompanha. Se você quer que o Claude Code rode por conta própria, em um agendamento, uma chamada de API ou um evento do GitHub, isso é outro recurso - automação agendada na nuvem (Routines), que não é coberto aqui.
Claude Code on the web vs Remote Control - Mesma URL, dois recursos diferentes
Aqui está a verdadeira raiz da confusão, dita sem rodeios: o Remote Control e o Claude Code on the web usam exatamente a mesma interface do claude.ai/code. A própria documentação da Anthropic diz isso diretamente. Você abre a mesma URL, vê uma lista de sessões com o mesmo formato e não recebe nenhuma pista visual dizendo qual recurso você está realmente olhando - então a maioria das pessoas presume que os dois são a mesma coisa com dois nomes. Não são.
| Claude Code on the web | Remote Control | |
|---|---|---|
| Onde o código roda | VM na nuvem gerenciada pela Anthropic (ou o ambiente auto-hospedado da sua organização) | Sua própria máquina |
| Do que precisa | Um repositório conectado ao GitHub, ou o upload de um bundle local se você não estiver no GitHub | Um processo local claude remote-control (ou --remote-control / /remote-control) mantido em execução |
| Usa sua config local e o MCP | Não - clone novo, só a configuração do próprio ambiente de nuvem | Sim - seu sistema de arquivos, servidores MCP, ferramentas e configurações do projeto seguem disponíveis |
| Continua rodando se você se desconectar | Sim - persiste depois que você fecha a aba, até a sessão ficar ociosa | Não - fica offline se você fechar o terminal ou sair do VS Code, a menos que esteja mantido vivo em tmux/screen em uma máquina remota |
Versão curta: o Claude Code on the web é um lugar para rodar uma tarefa sem o seu laptop. O Remote Control é uma janela para uma tarefa que ainda está rodando no seu laptop. Mesma porta, dois cômodos bem diferentes atrás dela.
Mais um efeito colateral de compartilhar uma UI que vale sinalizar: compartilhar uma sessão web não é a mesma coisa que compartilhar um link do Remote Control. As sessões web têm o próprio botão de visibilidade (Private/Team no Team e no Enterprise, Private/Public no Pro e no Max) - qualquer pessoa com um link Public pode ver o código e a conversa de uma sessão, e a verificação de acesso ao repositório não vem ativada por padrão em contas Pro/Max, então vale checar a sessão em busca de credenciais soltas antes de torná-la Public.
O mapa completo das superfícies - Web, Remote Control, Terminal, Desktop
Dê um zoom out mais um nível e, na verdade, existem quatro formas de rodar o Claude Code, não duas:
| Superfície | O código roda em | Você interage a partir de | Precisa do GitHub | Melhor para |
|---|---|---|---|---|
| Web (claude.ai/code) | VM na nuvem | Navegador ou o app do Claude no celular | Sim para push/PR (senão, o fallback é bundle local) | Tarefas em paralelo, sem checkout local, laptop fechado |
| Remote Control | Sua máquina | Navegador ou app do celular, comandando um processo local | Não - usa o que o repositório local já tem | Se afastar de um trabalho que já está em andamento localmente |
| Terminal (CLI puro) | Sua máquina | O próprio terminal | Não | Controle máximo - scripting, todos os modos de permissão, sem depender do navegador |
| Aba Code do app Desktop | Sua máquina | A interface gráfica do Desktop | Não | Revisão visual de diffs em várias sessões locais paralelas |
Os modos de permissão seguem o mesmo padrão: o Remote Control e o terminal compartilham o modo de permissão em que a sessão local já está rodando, o Desktop tem o próprio seletor (Manual, Accept edits, Plan, Auto, Bypass) e as sessões web tratam as aprovações dentro da própria UI do navegador. O Desktop merece um mergulho à parte - veja o guia do app Desktop para passos de instalação, worktrees paralelas e tarefas agendadas.
Teleport - Puxe uma sessão da nuvem para o seu terminal
O Teleport é a ponte para a direção que as pessoas mais querem de fato: começar algo na web e depois terminar onde você tem toda a sua configuração local. Ela vai só em uma direção - da nuvem para o terminal. Não existe comando de CLI que empurre uma sessão de terminal em execução para cima, para a web. (O app Desktop tem um menu separado "Continue in" que pode enviar uma sessão local para a web - esse é outro mecanismo, não é o teleport.)
Cinco formas de acioná-lo:
claude --teleport- abre um seletor interativo das suas sessões na nuvem.claude --teleport <session-id>- retoma diretamente uma sessão específica./teleportou/tp- dentro de uma sessão de terminal já existente, sem precisar reiniciar./taskse depois apertet- a partir da lista de sessões em segundo plano.- De dentro da própria sessão na nuvem, digite
/teleporte o Claude responde com o comando exato para rodar (requer o Claude Code v2.1.223+ no ambiente daquela sessão).
O Teleport confere quatro coisas antes de entregar a sessão:
- Estado do git limpo - nenhuma mudança local sem commit (ele se oferece para dar stash por você).
- Repositório correto - você precisa estar em um checkout do mesmo repositório, não de um fork.
- Branch com push feito - a branch da sessão na nuvem já precisa existir no remoto; o teleport faz fetch e checkout dela.
- Mesma conta - você precisa estar logada na conta do claude.ai que é dona da sessão.
Depois que ele passa o bastão, seu terminal ganha a própria cópia da conversa e da branch - o trabalho novo que você faz localmente a partir daí não sincroniza de volta para a sessão na nuvem. Se você quiser continuar comandando a sessão (agora local) pelo celular depois do teleport, inicie o /remote-control dentro dela.
Uma peculiaridade que vale conhecer para não te confundir: o --teleport na verdade se conecta pela mesma infraestrutura de sessão que o Remote Control usa por baixo dos panos. Isso significa que um login velho pode aparecer como um erro Remote Control session expired ou Access denied mesmo que você nunca tenha rodado o /remote-control você mesma. Rodar o /login para renovar suas credenciais e tentar de novo resolve na quase totalidade dos casos.
Um fluxo real - Comece na web, termine no terminal
É mais ou menos assim que eu uso isso na prática - uma ilustração do formato do fluxo de trabalho, não uma transcrição literal:
- Dou push em tudo que está local e depois disparo uma tarefa a partir do terminal:
claude --cloud "fix the flaky retry test in payment-webhook.spec.ts". A CLI mostra um checklist ao vivo enquanto a VM é provisionada, e então a tarefa roda na nuvem enquanto eu sigo trabalhando em outra coisa localmente. - Dou uma olhada pelo
/tasksem outro terminal, ou pelo claude.ai/code no meu celular, enquanto faço algo sem relação. Se o Claude esbarra em uma pergunta no meio da tarefa e eu não vejo na hora, ele simplesmente espera - a sessão retoma a partir da minha resposta quando eu chegar até ela. - Assim que parece perto de pronto, abro o diff na web para dar uma passada de olho. Se precisar de mais uma rodada com ferramentas que só a minha máquina tem - um debugger local, um serviço atrás da minha VPN - eu faço o teleport dela:
claude --teleport, escolho a sessão na lista. - Termino a revisão localmente, rodo a suíte de testes de verdade, dou push e abro o PR pelo terminal como qualquer outra mudança.
A parte que de fato economiza tempo é o passo 2 - a tarefa continua rodando com o laptop aberto ou não, então "disparar e ir fazer outra coisa" é uma opção de verdade, não só uma espera na mesma aba.
Bônus: o Auto-Fix continua vigiando seu PR depois que você dá push
Um recurso que vale conhecer assim que você começa a dar push em PRs a partir de sessões que passaram por teleport: o Claude pode continuar vigiando um pull request depois que ele é aberto e reagir por conta própria a falhas de CI ou a novos comentários de revisão, sem você iniciar uma sessão nova. Ative pela barra de status de CI da sessão web (selecione Auto-fix), pelo terminal com /autofix-pr enquanto você está na branch do PR, ou dizendo a qualquer sessão "vigie este PR e conserte qualquer falha de CI". Para uma correção sobre a qual o Claude está confiante e que não conflita com instruções anteriores, ele dá push na mudança e explica o que fez na sessão; para qualquer coisa ambígua ou arquiteturalmente relevante, ele pergunta primeiro em vez de chutar. Ele exige o Claude GitHub App instalado no repositório - o mesmo app que você provavelmente já usou durante o onboarding na web.
Quando usar Web vs Terminal vs Desktop vs Remote Control
| Use | Quando |
|---|---|
| Web (claude.ai/code) | Você quer disparar uma tarefa sem checkout local, rodar várias em paralelo ou seguir trabalhando sem prender sua máquina |
| Remote Control | Você está no meio de uma tarefa localmente e quer dar uma olhada, aprovar um prompt ou continuar comandando pelo celular |
| Terminal (CLI puro) | Você precisa de todos os modos de permissão, de scripting, ou simplesmente não quer um navegador no meio |
| App Desktop | Você está revisando lado a lado os diffs de várias sessões locais e quer uma interface gráfica para isso |
Requisitos e limite de plano
| Recurso | Status | Limite de plano |
|---|---|---|
| Claude Code on the web | Research preview | Pro, Max, Team ou Enterprise (assentos premium, ou assentos Chat + Claude Code) |
| Remote Control | Research preview | Todo plano pago - Pro, Max, Team, Enterprise. Chaves de API não são suportadas. Desativado por padrão no Team/Enterprise até um Owner habilitar nas configurações de admin. |
Uma coisa que vale deixar precisa: o Remote Control não está limitado ao plano Max. Ele está na mesma lista de planos do resto do Claude Code, incluindo o Pro. Se uma organização Team ou Enterprise ainda não o vê, quase sempre é o botão de nível Owner que está desligado, não um bloqueio por faixa de plano. Organizações Team e Enterprise também podem ativar os Trusted Devices (beta) - isso exige que cada dispositivo seja cadastrado e reverificado com biometria a cada cerca de 18 horas antes de poder ver ou comandar uma sessão de Remote Control, além do requisito de plano acima.
Perguntas frequentes (FAQ)
O que é o Claude Code on the web?
É o Claude Code rodando em claude.ai/code dentro de uma VM na nuvem gerenciada pela Anthropic (ou o ambiente auto-hospedado da sua organização). Ele clona seu repositório do GitHub do zero a cada sessão, continua rodando depois que você fecha o navegador, e você pode monitorá-lo pelo app do Claude no celular.
O Remote Control é a mesma coisa que o Claude Code on the web?
Não, embora eles abram na mesma interface do claude.ai/code, que é exatamente por que as pessoas os confundem. O Claude Code on the web roda sua tarefa na nuvem. O Remote Control comanda uma sessão que ainda está rodando na sua própria máquina - seu sistema de arquivos local e seus servidores MCP seguem no circuito.
Posso empurrar uma sessão local de terminal para a web?
Com o teleport, não - ele vai só em uma direção, da nuvem para o terminal. Não existe comando de CLI para enviar uma sessão local em execução para o claude.ai/code. O app Desktop tem um menu separado "Continue in" que pode enviar uma sessão local para a web, mas isso é outro recurso, não o teleport.
Preciso do GitHub para sessões na nuvem?
Para o fluxo normal, sim - o Claude Code clona seu repositório do GitHub e dá push das branches de volta para ele. Se o seu repositório não está no GitHub, o Claude Code pode empacotar e fazer o upload dele diretamente, mas uma sessão criada desse jeito não consegue dar push dos resultados de volta para um remoto, a não ser que você também conecte o GitHub.
O Remote Control funciona sem conexão com a internet?
Não. O Remote Control registra sua sessão local na API da Anthropic para que seu celular ou navegador consiga alcançá-la - se a sua máquina não conseguir ficar online, não há nada para eles se conectarem. Sua sessão de terminal em si continua funcionando localmente de qualquer jeito; só o comando remoto é que precisa da rede. Se a rede cair no meio da sessão, o Claude Code tenta de novo e se reconecta sozinho quando ela volta, então uma queda curta normalmente significa só um atraso, não uma sessão perdida.
O Claude Code on the web é gratuito?
Não há cobrança separada pela VM na nuvem em si - as sessões na nuvem compartilham os mesmos limites de uso do resto do seu uso do Claude Code no seu plano Pro, Max, Team ou Enterprise já existente.
Conclusão
Mesma porta do claude.ai/code, dois cômodos diferentes: o Claude Code on the web roda sua tarefa em outro lugar, o Remote Control deixa você observar e comandar uma tarefa que ainda está rodando na sua própria máquina, e o teleport é a ponte de mão única que puxa uma sessão da nuvem de volta para o seu terminal quando você está pronta para finalizá-la ali. Os dois ainda são research preview, então espere que os limites de plano exatos e os números de versão aqui continuem mudando - confira a documentação ao vivo antes de montar um fluxo de trabalho em cima de um único detalhe. Novo no Claude Code? Comece por o que é o Claude Code.