OpenClaw 2.0: precisa estar na frente do computador para usar?

Não, você não precisa ficar sentado na frente do PC pra usar o OpenClaw 2.0

Fala aí, beleza? A versão que todo mundo chama de OpenClaw 2.0 é a v2026.8.1, publicada em 31/08/2026, e ela reconstruiu o app de navegador como experiência de primeira classe, que abre direto em uma conversa

Parece detalhe de interface, mas mexe justamente na parte chata: a máquina onde o agente roda continua lá, ligada, trabalhando, e você não precisa mais estar em cima dela pra saber o que tá acontecendo 🙂

O que é o OpenClaw 2.0 e o que mudou na Control UI

Primeiro o tamanho da brincadeira, porque isso explica muita coisa

Segundo o blog oficial, o release veio com 933 contribuidores (569 deles de primeira viagem) e mais de 16.000 pull requests merged

É um número absurdo pra um ciclo só, e dá pra sentir isso na interface

A Control UI no navegador ficou chat-first

A antiga página de overview saiu

As sessões foram pra sidebar, e arquivos, aprovações e trabalho ao vivo agora ficam ao lado da conversa, e não em telas separadas que você precisava caçar

Se você já usou qualquer app de chat moderno, a lógica é a mesma: a conversa é o centro, o resto orbita

Teve ganho de performance também

O startup da Control UI caiu de cerca de 1,6 s pra 575 ms, e as requisições de JavaScript caíram de 140 pra 45

Um porém honesto: esse número vem de teste simulado, com Gateway mockado e 50 ms de latência HTTP/1.1, então trate como ordem de grandeza, não como promessa na sua rede

Essa dúvida de "onde a coisa realmente roda" aparece toda hora nas ferramentas de agente, igual quando a gente olhou se precisa instalar algo no computador pra usar o Claude Cowork

Retomar uma tarefa em andamento de outro lugar

Aqui tá o coração da parada

O browser app abre direto na conversa, o que permite três coisas na prática: continuar a configuração de onde parou, voltar a um trabalho em andamento ou só acompanhar ao vivo

Você não cai numa tela de boas-vindas pedindo pra escolher o que fazer, você cai na conversa

O que tem na sidebar:

• botão + New session pra começar do zero
• lista RECENT com 10 linhas e indicador de execução ao vivo
• botão de busca de sessão, que abre o seletor completo
• opção All sessions, quando as 10 linhas não bastam

O indicador de execução ao vivo é o detalhe que muda o dia: você abre o navegador do celular ou de outro PC e já vê qual sessão ainda tá rodando

E quando você não lembra o nome da sessão?

Tem busca por texto

O sessions_search faz recall full-text no texto visível de usuário e assistente, e devolve um sessionKey pra uma chamada seguinte de sessions_history

Ou seja: você lembra de um trecho da conversa ("aquele bug do parser"), busca, e chega na sessão certa

O que segura isso por baixo é o armazenamento

No 2.0, sessões e transcripts passaram a ser guardados em SQLite, em um modelo de dois níveis: um arquivo global pra dados de controle e arquivos dedicados pra estado de workspace e transcripts

Sem essa base, "retomar depois" seria conversa fiada

O que dá para fazer longe da máquina: rail, painéis e Side chat

Vamos aos cenários concretos, porque acompanhar de longe só serve se você enxergar o suficiente

O session rail:

Ele mostra o andamento da sessão dentro do próprio chat, em dois estados

• pill compacto, com digest ao vivo
• rail expandido, com assessment, progresso do plano, pull requests, tempo decorrido e uma thread Side chat somente leitura

O comportamento é responsivo: em painéis de chat largos o rail expandido doca como coluna direita de 400 px, e em layouts estreitos e no mobile ele continua como overlay

Tradução: no celular ele cobre a tela quando você chama, e sai quando você fecha

E o Side chat, pra que serve?

Essa é a parte mto massa

O Side chat responde perguntas sobre a sessão selecionada e sobre o projeto sem entrar nem interromper a execução do agente principal

É uma thread RPC persistente e somente leitura pra clientes da classe Control UI

Então você pode perguntar "o que ele já fez até agora?" enquanto o agente segue trabalhando, sem dar aquele empurrão no ombro que atrapalha

Painéis dockáveis ao lado da conversa:

• editor de arquivos do workspace
• painel Changes, com status de pull request e resumo de CI
• painel de browser, com inspeção de elemento e anotação de screenshot
• terminal web em tela cheia

E tem o botão + ao lado do compositor de mensagem, que reúne anexos e capacidades daquela sessão: Skills (liga ou desliga skills nesta sessão), Connectors (liga ou desliga servidores MCP configurados nesta sessão) e Web search (liga ou desliga a busca web nesta sessão)

Repare que é tudo por sessão, não global

Tome cuidado com o estado da thread:

A thread do Side chat pode ser reidratada depois de um reload da página, o que é ótimo

Mas ela é limpa em algumas situações: reset da sessão, restart do Gateway, expiração por inatividade ou pelo botão de limpar do próprio rail

E tem um outro tipo de thread que você precisa conhecer antes de confiar demais: a thread incógnita

Que thread é essa? É a que o Gateway guarda só na memória: os transcripts de conversa da Control UI e o estado de compactação ficam ali até o restart, e não sobrevivem a ele

Se é coisa que você quer achar amanhã, não deixe em thread incógnita…

Como acessar de fora da máquina sem abrir a porta para a internet

Agora a parte sensível, que é onde muita gente se ferra

O WebSocket do Gateway escuta em loopback por padrão, na porta 18789 (gateway.bind e gateway.port)

Loopback significa: só a própria máquina fala com ele

A recomendação oficial pra acessar a Control UI de fora é manter gateway.bind: "loopback" e usar Tailscale Serve pra Control UI

A alternativa citada é encaminhar a porta por túnel SSH

E pra qualquer bind diferente de loopback, a doc manda usar token:

openclaw gateway --bind tailnet --token seu-token

Um roteiro curto pra não errar:

1. Confira em que bind seu Gateway está e qual porta ele usa (gateway.bind e gateway.port, padrão loopback e 18789)
2. Escolha o caminho de acesso: Tailscale Serve pra Control UI, ou túnel SSH. O erro comum aqui é pular essa escolha e simplesmente trocar o bind "pra funcionar rápido"
3. Se por algum motivo o bind não for loopback, use token, como no exemplo acima. Bind aberto sem token é convite

E pelo celular?

Existem apps nativos de iOS e Android que funcionam como node, e eles não rodam o agente nem o Gateway no telefone

Eles pareiam com um Gateway existente por WebSocket na porta 18789, com descoberta por Bonjour/mDNS na LAN, host e porta manuais, ou Tailscale com endpoint wss:// pra acesso remoto

Se o seu caso é justamente esse, vale ver o que muda usando o OpenClaw no Android e o que continua preso ao computador

Tem ainda uma mudança de postura no 2.0 que ajuda quem opera de longe: toda sessão passa a rodar em um modo de permissão explícito, com acesso ao filesystem ancorado no workspace ou worktree registrado

O agente não sai passeando pelo disco por padrão, e isso pesa quando você não tá do lado pra ver o que ele fez

Quando outra pessoa precisa entrar na tarefa

Às vezes não é você que vai retomar, é o colega

As sessões compartilhadas na nuvem permitem que outra pessoa entre em uma tarefa em andamento com o contexto preservado

Os níveis de acesso são read-only, suggest, draft e participação total, concedidos pelo dono ou por um administrador

Agora a ressalva, e ela vem da própria documentação: esses controles não são isolamento de tenant nem fronteira de segurança

Multiplayer não equivale a fronteira de segurança, e a doc diz isso com todas as letras

Então compartilhe com quem você compartilharia o terminal, não com "a empresa toda"

Na prática: o que eu vi rodando o OpenClaw por aqui

No vídeo abaixo eu mostro o OpenClaw assumindo o controle do computador e executando ação de verdade, de rotina diária que eu peço até criação de sistema e software

E já adianto: lá eu fiz tudo na frente da máquina mesmo

Eu comento três lugares possíveis pra rodar o OpenClaw: a máquina principal, uma máquina velha ou uma VPS

E digo que o menos seguro é deixar no PC de uso pessoal, mas mesmo assim faço a demonstração no meu próprio computador, no que eu chamo de instalação expressa (a instalação completa em VPS eu mostro em outro vídeo)

No assistente de configuração inicial eu pulo a etapa de canais de comunicação, porque ia operar direto na máquina

Deixo os hooks habilitados, que são opções benéficas pro uso do agente no sistema, e adio a escolha de interface porque ainda precisava configurar o modelo

Depois de configurar o modelo, eu reinicio o gateway e o serviço antes de testar, abro a dashboard pra ver se a integração tinha funcionado e pergunto pro agente qual modelo ele estava usando

A resposta confirmou o modelo vindo do Antigravity 😀

Teve tropeço também, pra não parecer conto de fadas: ao iniciar, o agente precisou criar arquivos de memória e apareceram erros de permissão, que eu deixei pra resolver depois

O momento que mais me impressionou foi outro

Eu peço, em um prompt só, que ele crie um projeto web e me mande o link pra testar

E ele faz as duas coisas de uma vez, sem eu ter que pedir primeiro pra criar e depois pra rodar o comando de teste, como eu faria em outros ambientes

No fim, abre no navegador um aplicativo de galáxia com criação de estrelas, supernovas e buracos negros, funcionando

Agora ligue isso com o assunto do post: se um prompt só dispara uma cadeia dessas, ficar olhando a tela até o fim é desperdício de tempo

É exatamente esse tipo de execução longa que a Control UI chat-first, o session rail e o Side chat vieram cobrir

No vídeo você vê a instalação expressa, a configuração de modelo, o teste de confirmação com o agente e o projeto web nascendo a partir de um prompt só

Vale sair de perto do computador?

Vale, com uma verdade no meio

O agente continua amarrado à máquina que roda o Gateway, e nada no OpenClaw 2.0 muda isso: os apps de celular funcionam como node e pareiam com um Gateway existente, eles não rodam o agente no telefone

O que mudou de fato foi o resto

Acompanhar, retomar e conversar sobre a sessão virou tarefa de navegador ou celular, com o app de navegador abrindo direto na conversa, sessões na sidebar, busca full-text e um Side chat que não interrompe a execução

Se você quiser testar hoje, o caminho é simples: atualiza pra 2026.8.1, abre a Control UI, brinca com o session rail em uma sessão que esteja rodando de verdade

E se for acessar de fora, mantém o bind em loopback e configura o Tailscale Serve, sem sair abrindo porta por aí

Bora testar e me conta como foi, beleza? até o próximo post!