Dá para acompanhar o OpenClaw 2.0 trabalhando ao vivo?

Receber o resultado pronto é uma coisa

ver o agente montando esse resultado, passo a passo, é outra completamente diferente 🙂

Fala aí, beleza? O OpenClaw 2.0 (nome público da versão v2026.8.1) saiu como a maior atualização do projeto, e boa parte do barulho é justamente sobre a experiência web reconstruída. Então a pergunta do título tem resposta curta: sim, dá para acompanhar ao vivo

A parte interessante é o COMO, e principalmente o que você pode fazer enquanto assiste. Bora ver?

O que é o OpenClaw 2.0 e por que essa versão mudou a experiência

O OpenClaw 2.0 é o apelido da v2026.8.1, lançada como a maior atualização do projeto

O foco dela está em três frentes: experiência web reconstruída, onboarding mais simples e continuidade de memória e sessão. Guarde esse terceiro item, porque ele é o que sustenta a ideia de retomar tarefa em andamento

Os números do release são insanos: 933 contribuidores, sendo 569 de primeira viagem, e mais de 16.000 pull requests reunidos, cerca de 50% de todos os PRs já integrados ao projeto

Metade da história do projeto em um release só, se liga nisso

Formação Recomendada

Formação Claude Code

Domine Claude Code do absoluto zero até o avançado

• 116 aulas
• 4 projetos
• 9h 23min

Conhecer formação

Tome cuidado com a numeração da versão:

Aqui mora uma pegadinha que pode te ferrar na hora de atualizar

A versão estável recomendada para instalar ou atualizar continua sendo a 2026.8.1

Um pacote publicado como 2026.9.1-beta.1 era, na verdade, a 2026.8.1-beta.4. O número maior engana, mas ele não deve ser tratado como mais novo que a estável

Ou seja: se você olhar só o número e achar que está pegando o mais recente, você pode acabar em um beta antigo com cara de futuro 😛

Onde a atividade ao vivo aparece: Control UI e session rail

A Control UI é o app de navegador reconstruído

Ela reúne conversas, arquivos, aprovações, configuração e atividade do agente ao vivo em um mesmo espaço de trabalho. A ideia é parar de pular de lugar em lugar para entender o que está rolando

Dentro do chat existe a session rail

Ela tem duas caras. Na forma de pílula compacta, mostra o digest ao vivo. Expandida, mostra avaliação, progresso do plano, pull requests, tempo decorrido e uma thread de Side chat somente leitura

Em painéis largos, a rail expandida ocupa uma coluna à direita de 400 px. Em layouts estreitos e no mobile, ela vira overlay

E dentro da conversa, o que aparece?

As linhas compactas de ferramenta (as tool rows) mantêm entradas, resultados, imagens, progresso, erros, aprovações e steering visíveis dentro da própria conversa

Isso é o oposto do agente caixa-preta que some por um tempão e volta com um diff gigante

Tem mais um detalhe fino: enquanto uma sessão está rodando, o Gateway mostra como manchete o preâmbulo seguro mais recente do modelo

E se houver um utility model disponível, ele pode substituir essa manchete por um status digest mais rico, depois de acumular atividade. Na prática, a manchete deixa de ser "a última coisa que o modelo disse" e vira um resumo do que está acontecendo

Como perguntar sobre a sessão sem interromper o agente

Essa é a parte que eu acho mais massa da rail

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

Ele é somente leitura. Você pergunta "o que ele já mexeu aqui?" e o run continua rodando do lado, intacto

Na Control UI, os comandos /btw e /side abrem a session rail e consultam esse companheiro somente leitura, em vez de iniciar o caminho BTW separado

Parece detalhe pequeno, mas muda o comportamento do vibe coder ansioso: antes, tirar dúvida no meio do trabalho significava mandar mensagem no chat principal e correr o risco de bagunçar o rumo. Agora dá para consultar sem quebrar o run

Confiança, no fim, é isso: poder olhar por dentro sem pagar pedágio 😀

Dá para corrigir o rumo no meio do trabalho? O que /steer e /queue fazem

Observar sozinho não gera confiança

Confiança aparece quando você vê algo saindo errado e consegue agir naquele momento

O comando /steer envia orientação para um run já ativo. E tem um cuidado bom no comportamento: se o runtime atual não aceitar steering, o OpenClaw envia a mensagem como prompt normal em vez de descartá-la

Sua orientação não some no vazio, ela só chega por outro caminho

Vale lembrar que orientar bem no meio do run é primo direto de saber pedir bem no começo: o mesmo cuidado que a gente discute em meta-prompting no GSD vale aqui, na frase que você joga em um trabalho já andando

E as mensagens que chegam durante um run?

Quem manda nisso é o /queue

Ele define o que acontece com mensagens que chegam enquanto um run está ativo:

Escolher o modo é escolher seu nível de intromissão, basicamente

E tem uma correção que entrou justamente no v2026.8.1: a Control UI passou a aceitar orientação via /steer durante um run ativo, em vez de responder incorretamente "No active run"

Quem tentou steerar pela web antes e levou essa resposta na cara sabe do que eu tô falando

Retomar tarefas em andamento: o que acontece se o Gateway reinicia

Agora a parte de continuidade

Quando um restart do Gateway interrompe um turno ativo, o OpenClaw tenta continuar a sessão existente automaticamente

Esse esforço tem limite: três tentativas que falham em iniciar um turno no backend esgotam o orçamento de recuperação. Não é um loop infinito tentando ressuscitar a sessão para sempre, e isso é bom

Onde o histórico realmente vive:

Os eventos de transcript ficam em SQLite por agente, append-only e em árvore (entradas com id e parentId), guardando conversa, chamadas de ferramenta e resumos de compactação

As linhas de sessão ficam no banco SQLite por agente, aqui:

~/.openclaw/agents/<agentId>/agent/openclaw-agent.sqlite

E os arquivos JSONL sob ~/.openclaw/agents/<agentId>/sessions/ permanecem como insumo de migração legada, arquivos de reset, imports, exports e artefatos de suporte

Ou seja: o JSONL ainda existe, mas ele não é mais o coração da coisa

E quando o código roda em outra máquina?

Aí entra a cloud session

Ela é uma sessão comum cujo trabalho de código roda em outra máquina. Ela aparece na sidebar, transmite para o chat e guarda o transcript como uma sessão local

O Gateway continua dono da conversa, do workspace reconciliado e das credenciais de modelo. A execução viaja, o controle não

Acompanhar pelo terminal: openclaw logs –follow, sessions e dashboard

Se você é do tipo que não larga o terminal, a web não é obrigatória

O comando openclaw logs faz tail dos logs de arquivo do Gateway via RPC, e o --follow transmite em tempo real:

openclaw logs --follow

Em sessões TTY a saída vem colorida e estruturada, e com --json ele emite JSON por linha (perfeito para jogar em outra ferramenta)

Durante o --follow, quedas transitórias disparam reconexão automática com backoff exponencial: até 8 tentativas, com no máximo 30s entre elas

Listando o que está rodando:

openclaw sessions --active

O openclaw sessions lista sessões e aceita filtros como --agent, --all-agents, --active, --limit e --json

Voltando para a interface web:

openclaw dashboard

O openclaw dashboard reabre a interface web, e o comando openclaw sozinho abre a TUI conectada ao Gateway

O erro comum aqui: rodar a dashboard sem Gateway rodando. Ela precisa de um Gateway ativo, então se nada abrir, comece checando isso

Um detalhe de segurança bem pensado: no comando interativo da dashboard, apenas a URL base limpa é impressa

O launch de navegador e clipboard recebe a browserUrl de uso único, então tokens compartilhados não vazam em terminal, histórico de clipboard ou argumentos de browser. Já me ferrei uma vez colando URL com token em lugar errado, então valorizo MUITO esse tipo de cuidado

Quando observar vale mais do que automatizar e esquecer

Nem toda tarefa merece plateia. Mas algumas merecem, e muito

Tarefa de risco alto ou irreversível. Aqui vale ficar na rail olhando o progresso do plano e usar /steer no primeiro sinal de rumo estranho. É o cenário clássico dos rm -rf da vida, ou de refactor que toca meio projeto. Antes de soltar o agente nesse tipo de mudança, entender o raio de impacto da sua mudança ajuda a decidir se você fica assistindo ou não

Trabalho longo e repetitivo. Esse é o oposto: configure o /queue em followup, mande suas mensagens sem interromper nada e volte depois para ler o transcript

Sessão compartilhada com o time. Essa ficou completona

• Avatares de presença com anel ou translúcidos mostram quem está conectado ou assistindo. Eles vêm da presença ao vivo, não da propriedade, e somem quando a pessoa sai
• Quando várias pessoas assistem à mesma sessão, o transcript mostra indicador de digitação ao vivo acima do composer. Os rascunhos digitados na Control UI são presença efêmera e nunca são persistidos: não entram no transcript nem no contexto do modelo
• O modo multiusuário dá a cada sessão três camadas de atribuição: criador imutável, dono atribuível (atribuído pelo menu de contexto da sessão, igual issue do GitHub) e o histórico de quem realmente enviou prompts
• Um gateway compartilhado é um deployment suportado e de primeira classe, e commits vindos de sessões compartilhadas podem carregar trailers Co-authored-by das pessoas que as conduziram

E a privacidade nisso tudo?

Um ponto que pesa na decisão de deixar o agente rodando sozinho: o OpenClaw guarda transcripts de sessão em disco

Qualquer processo ou usuário com acesso ao sistema de arquivos pode lê-los

Então "automatizar e esquecer" não é só uma escolha de produtividade, é também uma escolha sobre o que fica gravado na máquina e quem consegue ler depois. Vale pensar nisso antes de rodar coisa sensível

Vale acompanhar ao vivo? O próximo passo

Meu veredito honesto: ver o agente agindo transforma confiança cega em confiança verificada

Mas o valor real não está em assistir, está em poder intervir. Uma tela bonita mostrando o agente errando em tempo real seria só ansiedade com CSS 😀

O combo que muda o jogo é rail + Side chat somente leitura + /steer + /queue: você olha, pergunta sem atrapalhar e corrige o rumo sem matar o run

Se quiser tirar a prova:

1. Instale ou atualize para a estável 2026.8.1 (e não caia na pegadinha do pacote com número maior que na verdade era um beta antigo)
2. Rode openclaw dashboard para abrir a Control UI, lembrando que ela precisa de um Gateway rodando
3. Comece uma tarefa de BAIXO risco e deixe a session rail expandida do lado, acompanhando o digest ao vivo
4. Use /side para perguntar sobre a sessão no meio do trabalho e /steer para ajustar o rumo, sentindo a diferença entre observar e intervir

Uma boa notícia para quem tem preguiça de configuração: o onboarding do OpenClaw 2.0 detecta o que já existe na máquina, incluindo assinaturas ChatGPT ou Claude, chaves de API e modelos locais, reduzindo passos de configuração

Depois me conta se acompanhar ao vivo mudou tua confiança no agente, ou se tu virou refém da rail olhando cada tool row passar haha

até o próximo post!