OpenClaw 2.0 explicado: funcionalidades, guia de instalação e riscos da atualização

TLDR: OpenClaw 2.0 (tag de versão v2026.8.1, lançado no fim de 30 de agosto / início de 31 de agosto de 2026) é a maior atualização da história do agente de IA open-source OpenClaw.

Construído por 933 colaboradores (569 pela primeira vez) com mais de 16.000 pull requests — aproximadamente metade de todos os PRs já mesclados no projeto —, ele simplifica o onboarding, reconstrói a Control UI do navegador para uma experiência centrada em chat, introduz sessões em nuvem compartilhadas multiplayer, consolida a memória, melhora as skills e os controles de segurança e toca praticamente todos os subsistemas.

A instalação agora é dramaticamente mais fácil via detecção guiada de assinaturas existentes do ChatGPT/Claude, chaves de API e modelos locais. A atualização traz riscos reais porém gerenciáveis (migração de sessões para SQLite, remoção de plugins, renomeação de rotas de modelos). Para produção ou flexibilidade multi‑modelo, emparelhar o OpenClaw com um gateway unificado como o CometAPI (uma chave para 500+ modelos com tarifas competitivas) é uma recomendação prática.

Principais destaques

• OpenClaw 2.0 não é um salto tradicional de versionamento semântico, mas sim um rótulo baseado em escala para o “2.0” como o maior lançamento consolidado após quase sete semanas de trabalho focado, sucedendo 106 releases nos 230 dias anteriores.
• Avanços centrais: setup inicial quase sem configuração, app de navegador reconstruído e centrado em chat com Session Rail e widgets, sessões em nuvem compartilhadas (“multiplayer”), Memória integrada com consolidação em segundo plano e autoaprendizagem, Skill Workshop e modelos de permissão e credenciais mais fortes (embora não reforçados por padrão).
• A instalação é mais simples via os scripts oficiais (curl ... | bash ou equivalente no PowerShell); há apps companheiros para Windows e macOS.
• A atualização exige backup verificado; três migrações principais (sessões SQLite, remoção do OpenProse, codex/* → openai/*) são tratadas em grande parte por openclaw doctor --fix. Problemas logo após o lançamento se concentraram em execuções não interativas do doctor.
• A segurança continua sendo responsabilidade do operador: sessões compartilhadas são controles de colaboração (não isolamento entre locatários), o Secret Store não é criptografado em repouso por padrão e o sandbox vem desativado por padrão — críticos destacaram essas lacunas.
• Para flexibilidade de modelos, controle de custos e redundância, configure o OpenClaw para usar o CometAPI como provedor personalizado (formatos OpenAI‑compatible, Anthropic‑messages e Google suportados sob uma única chave).

---

O que é OpenClaw?

OpenClaw é um agente de IA autônomo / assistente pessoal gratuito, open-source (Licença MIT), auto‑hospedado e que roda principalmente no seu próprio hardware (macOS, Linux, Windows, com WSL2 recomendado no Windows). Diferente de chatbots puros como o ChatGPT que vivem em uma aba do navegador e apenas sugerem ações, o OpenClaw executa tarefas reais: gerencia arquivos, controla navegadores, envia mensagens no WhatsApp, Telegram, Slack, Discord, Signal, iMessage e outros canais, automatiza fluxos de trabalho e mantém memória persistente.

Ele começou no fim de 2025 (inicialmente como Warelay / projetos relacionados) sob Peter Steinberger e a comunidade, foi rebatizado e tornado open-source, e hoje é mantido pela OpenClaw Foundation. A arquitetura se concentra em um Gateway local (plano de controle para sessões, ferramentas, eventos e canais), uma Control UI / CLI / TUI, plugins de canais de mensagens e apps companheiros opcionais. Os modelos podem ser hospedados (OpenAI, Anthropic, Google, etc.), sustentados por assinatura ou totalmente locais (Ollama, LM Studio, llama.cpp). Estado e credenciais permanecem sob controle do usuário.

Em meados de 2026, o projeto lançou em ritmo acelerado — 106 releases em cerca de 230 dias — antes de pausar quase sete semanas para consolidar a base. Essa pausa resultou no OpenClaw 2.0.

Veja também As 6 principais Skills do OpenClaw que você não pode perder em 2026

Principais recursos do OpenClaw 2.0

Instalação e onboarding simplificados e guiados

O setup para primeira execução agora detecta recursos já presentes na máquina: logins/assinaturas existentes de ChatGPT, Claude ou Codex, chaves de API e modelos locais qualificados (Ollama, LM Studio). O instalador verifica se o modelo escolhido consegue de fato concluir uma requisição antes de salvar credenciais e depois move a maior parte da configuração restante para fora do assistente inicial. Usuários chegam mais rápido à primeira conversa e concluem a configuração conversando com o próprio agente.

Configurações padrão orientadas a OpenAI tendem a modelos recentes (alguns materiais mencionam defaults GPT‑5.6 em certos pontos); caminhos locais foram aprimorados (por exemplo, llama‑server hospedado substituindo caminhos mais antigos de node‑llama‑cpp, comprimentos de contexto padrão mais altos).

Control UI do navegador reconstruída (experiência centrada em chat)

O app de navegador foi reconstruído como superfície de primeira classe. Ele abre diretamente em uma conversa. A antiga página Overview sumiu; as sessões vivem em uma barra lateral. Arquivos, aprovações, terminais, diffs de git e um painel de navegador acoplável ficam ao lado do chat. Um “Session Rail” fornece status ao vivo compacto (progresso, avaliações, etapas do plano, pull requests). Widgets interativos podem ser fixados em dashboards de sessão, receber ações com escopo ou origens de rede e ser exportados. Em ambientes simulados, as alegações de desempenho incluem redução de requisições JavaScript (140 → 45) e inicialização mais rápida (~1,6 s → ~575 ms).

Sessões em nuvem compartilhadas (“Multiplayer”)

O recurso de colaboração em destaque: múltiplos usuários podem entrar na mesma sessão de agente em andamento com contexto completo, atribuir tarefas, sugerir mudanças, trabalhar em modo rascunho ou participar plenamente. Níveis de acesso são controláveis por proprietários/admins. A própria equipe do OpenClaw agora usa esse modo para construir o OpenClaw. As sessões podem rodar no Gateway local, em dispositivos pareados (openclaw connect) ou em máquinas de nuvem descartáveis via ferramentas de provisionamento (AWS, Hetzner, etc.). Observação importante do projeto: isso são controles de colaboração, não isolamento entre locatários nem fronteiras de segurança de rede/sistema de arquivos.

Consolidação do sistema de memória

A Memória integrada agora detém a busca e o recall centrais (o add‑on QMD é aposentado via migração suportada). Consolidação em segundo plano (“grounded dreaming”) promove material com proveniência qualificada à memória de longo prazo (com um Dream Diary e uma chave de desligar explícita). Autoaprendizagem pode transformar lições fortes e reutilizáveis em skills propostas. Busca full‑text em conversas está disponível. Controles explícitos como openclaw memory forget existem. Sessões persistem de forma mais durável por padrão através de períodos ociosos e mudanças de dia.

Skills, automações e widgets

Um Skill Workshop oferece um caminho guiado para criar, validar, instalar, chamar e revisar skills, com histórico aplicado e relatórios individuais de skills inválidas em vez de quebrar o catálogo. As automações podem permanecer vinculadas à conversa que as criou; ações recorrentes podem usar aprovação única. Plugins IMAP podem acionar trabalho do agente a partir de e‑mails recebidos. Widgets interativos e cartões de progresso duráveis transformam a UI em uma verdadeira superfície de controle.

Melhorias no modelo de segurança e permissões

Aprovações agora se vinculam mais estritamente ao pedido exato, comando, sessão e pessoa. Permissões reutilizáveis de comandos podem se vincular a argumentos exatos e diretório de trabalho; comandos respaldados por scripts rechecagem bytes revisados. Sessões suportam modos explícitos: somente leitura, protegido, workspace ou acesso total. Um repositório de credenciais de equipe mantém certos valores secretos somente gravação; agentes podem solicitar credenciais via prompts mascarados que nunca entram no texto visível ao modelo. Instalação de plugins a partir de fontes executáveis arbitrárias requer uma flag de força explícita. São passos significativos após alertas de segurança anteriores, embora críticos apontem lacunas remanescentes (detalhadas na seção de riscos).

Outras mudanças notáveis

• Expansões de modelos e provedores e limpezas de rotas
• Atualizações de apps nativos e companheiros
• Mudanças no backend de armazenamento suportando o novo modelo de sessões
• Extensas correções de bugs e trabalho de confiabilidade em canais e ferramentas

Como instalar o OpenClaw 2.0

Requisitos do sistema

• Node.js 22.22.3+, 24.15+ ou 25.9+ (Node 26 recomendado; instaladores costumam provisionar uma versão adequada)
• macOS, Linux ou Windows (WSL2 fortemente recomendado para o Gateway no Windows)
• Opcional: pnpm se for compilar a partir do código‑fonte

Aplicativos de desktop:

• Windows Hub (instaladores assinados para x64/arm64)
• App de barra de menus para macOS (DMG/ZIP nos releases do GitHub)

Recomendado: script oficial de instalação

macOS / Linux / WSL2:

curl -fsSL https://openclaw.ai/install.sh | bash

Windows (PowerShell):

iwr -useb https://openclaw.ai/install.ps1 | iex

O script detecta o SO, instala o Node se necessário, instala o OpenClaw e inicia o onboarding. Existem flags para --no-onboard e outras opções de automação.

Métodos alternativos

• npm (Node já gerenciado):

  npm install -g openclaw@latest --allow-scripts=openclaw   # adjust for older npm
  openclaw onboard --install-daemon

• Equivalentes em pnpm ou bun com flags apropriadas de trust/allow-build
• A partir do código‑fonte (contribuidores):

  git clone https://github.com/openclaw/openclaw.git
  cd openclaw
  corepack enable
  pnpm install && pnpm build && pnpm ui:build
  pnpm add --global "openclaw@link:$PWD"
  openclaw onboard --install-daemon

• Instalação com prefixo local e opções de container/VPS estão documentadas para deploys avançados.

Verificação pós-instalação

openclaw --version
openclaw doctor
openclaw gateway status
openclaw dashboard   # or open http://127.0.0.1:18789/ on the gateway host

A inicialização gerenciada usa LaunchAgents (macOS), serviços de usuário systemd (Linux/WSL2) ou Tarefas Agendadas (Windows nativo). Detalhes completos estão na documentação oficial de instalação.

Caminho de atualização e riscos

Checklist pré-atualização

1. Crie um backup verificado do diretório de estado do OpenClaw, configuração, sessões e quaisquer plugins/skills personalizados.
2. Revise as notas de versão oficiais (docs.openclaw.ai/releases/2026.8.1) e os guias de atualização.
3. Prefira um terminal interativo (TTY) para a atualização e etapas do doctor — relatos iniciais mostraram que doctor --fix sem interação poderia pular silenciosamente as migrações do 2.0.

Migrações conhecidas e mudanças incompatíveis

A maior parte da limpeza é tratada por openclaw doctor --fix (ou --repair). Após a atualização, reavalie os modos de permissão por sessão (prefira o menor privilégio) e reaplique qualquer checklist de hardening de avisos anteriores.

Problemas iniciais pós-lançamento (até o fim de 31 de agosto)

• doctor --fix pulando migrações sem um TTY (P1, correção reportada rapidamente)
• Problemas de sincronização da Memória com certos provedores de embedding (por exemplo, limites de lote do Gemini)
• Persistência de consentimento de plugins para instalações legadas
• Falsos positivos de prontidão do Dashboard

Um release dessa magnitude normalmente recebe patches subsequentes; monitore o tracker oficial e as notas de versão.

Riscos de segurança destacados pela cobertura

O The Register e outros observaram que, embora a usabilidade tenha melhorado dramaticamente, “segurança por padrão” não acompanhou plenamente:

• Controles de sessão compartilhada não são isolamento em nível de rede ou sistema de arquivos / fronteiras de locatários.
• Valores do Secret Store (senhas, chaves de API) não são criptografados em repouso; dependem das permissões do sistema de arquivos do diretório de estado.
• O sandbox para isolar código não confiável não vem habilitado por padrão.

Análises anteriores de 2026 (pré‑2.0) já documentavam riscos em torno de credenciais em texto simples, prompt injection levando a ações destrutivas, CVEs de alta severidade e preocupações de supply chain no marketplace de skills (ClawHub). O 2.0 fortalece o vínculo de aprovações e os modos de permissão, mas operadores continuam responsáveis por configuração de menor privilégio, isolamento de rede, gerenciamento de segredos e habilitação do sandbox. Conceder a um agente capaz amplo acesso ao sistema e a credenciais nunca deve ser feito levianamente.

Tabela de comparação: OpenClaw Pré‑2.0 vs OpenClaw 2.0

Como potencializar o OpenClaw com CometAPI: integração recomendada

OpenClaw é agnóstico a modelos. Você pode apontá‑lo para chaves de provedores oficiais, modelos locais ou um gateway unificado. Para equipes e usuários avançados que querem uma única chave de API, acesso a 500+ modelos (família GPT, família Claude, Gemini e muitos outros), preços competitivos (frequentemente 20%+ abaixo do de lista), troca fácil e observabilidade centralizada, o CometAPI é uma escolha natural. O CometAPI fornece endpoints OpenAI‑compatible, Anthropic‑messages e Google‑generative‑ai sob uma única credencial.

Tutorial de cinco minutos para configurar o OpenClaw com CometAPI

1. Obtenha uma chave do CometAPI em cometapi.com.
2. Armazene‑a com segurança (por exemplo, COMETAPI_KEY em ~/.openclaw/.env com permissões restritas, ou seu gerenciador de segredos preferido).
3. Edite ~/.openclaw/openclaw.json (ou equivalente) para adicionar provedores, por exemplo:

{
  "agents": {
    "defaults": {
      "model": {
        "primary": "cometapi-claude/claude-sonnet-4-6"
      }
    }
  },
  "models": {
    "mode": "merge",
    "providers": {
      "cometapi-openai": {
        "baseUrl": "https://api.cometapi.com/v1",
        "apiKey": "${COMETAPI_KEY}",
        "api": "openai-completions",
        "models": [{ "id": "gpt-5.4", "name": "GPT-5.4" }]
      },
      "cometapi-claude": {
        "baseUrl": "https://api.cometapi.com",
        "apiKey": "${COMETAPI_KEY}",
        "api": "anthropic-messages",
        "models": [{ "id": "claude-sonnet-4-6", "name": "Claude Sonnet 4.6" }]
      },
      "cometapi-google": {
        "baseUrl": "https://api.cometapi.com/v1beta",
        "apiKey": "${COMETAPI_KEY}",
        "api": "google-generative-ai",
        "models": [{ "id": "gemini-3.1-pro-preview", "name": "Gemini 3.1 Pro" }]
      }
    }
  }
}

(IDs de modelos e caminhos exatos devem ser verificados na documentação atual do CometAPI e do OpenClaw, pois os catálogos evoluem.) Use referências completas provider/model nas sessões. Após as mudanças, reinicie o Gateway e verifique com uma conversa de teste.

Essa configuração permite experimentar diferentes modelos de ponta e econômicos sem reconfigurar várias contas de fornecedores, mantendo o plano de controle auto‑hospedado do OpenClaw intacto. Guias detalhados estão disponíveis nas páginas de integração CometAPI para OpenClaw.

Recomendações práticas e melhores práticas

• Comece com o instalador guiado e a nova UI de navegador para o caminho mais rápido até um agente útil.
• Trate sessões compartilhadas como um recurso de colaboração apenas entre partes confiáveis; adicione isolamento de rede e host se houver preocupações multi‑tenant.
• Sempre habilite o modo de permissão mais restrito possível por sessão e ative o sandbox para skills/código não confiáveis quando disponível.
• Faça backup antes de toda atualização maior; execute o doctor de forma interativa após releases de escala 2.0.
• Para workloads multi‑modelo ou sensíveis a custo, roteie por um gateway como o CometAPI em vez de gerenciar várias chaves individuais.
• Monitore notas de versão oficiais, o tracker do GitHub e avisos de segurança — a velocidade do OpenClaw significa que recursos e correções chegam rapidamente.
• Lembre o próprio enquadramento do projeto: OpenClaw é open-source e seu para moldar e possuir. O lançamento 2.0 reduz a barreira para o primeiro fluxo de trabalho útil enquanto eleva o teto para uso contínuo e em equipe.

Perguntas frequentes (FAQs)

Qual é o número exato da versão do OpenClaw 2.0?

A tag de distribuição é v2026.8.1 (fim de 30 de agosto / 31 de agosto de 2026). O projeto e a comunidade o chamam de OpenClaw 2.0 por sua escala sem precedentes.

OpenClaw 2.0 é uma atualização com quebra de compatibilidade?

Em geral é aditiva, mas três migrações deliberadas (sessões SQLite, remoção do OpenProse, renomeação de rotas de modelos) exigem atenção. openclaw doctor --fix lida com a maior parte quando executado corretamente.

Quanto tempo leva uma instalação típica?

Com o script oficial e acesso a IA já existente, muitos usuários chegam à primeira conversa em minutos. A configuração completa pode continuar de forma conversacional.

Ainda posso usar modelos locais?

Sim. Ollama, LM Studio e caminhos aprimorados de llama.cpp / llama‑server são suportados e detectados durante o setup guiado.

OpenClaw é gratuito?

O software tem licença MIT e é gratuito. Os custos vêm dos provedores de LLM (ou do compute local) que você escolher. Gateways como o CometAPI podem reduzir custos efetivos de modelos.

Empresas devem usar o recurso de sessões compartilhadas imediatamente?

Apenas entre participantes mutuamente confiáveis e após revisar as declarações explícitas de não‑isolamento na documentação. Combine com controles de host e rede.

Onde encontro notas de versão e docs oficiais?

Fontes primárias: blog do openclaw.ai, docs.openclaw.ai (incluindo a página do release 2026.8.1 e guias de instalação/atualização) e o repositório GitHub github.com/openclaw/openclaw.

Como alterno modelos ou provedores após a instalação?

Edite a configuração (ou converse com o agente para concluir o setup), reinicie o Gateway e verifique. Provedores personalizados como o CometAPI integram-se de forma limpa via a estrutura models.providers.

OpenClaw 2.0 representa um ponto de maturidade para a categoria de agentes auto‑hospedados: fricção dramaticamente menor para começar, continuidade e colaboração mais ricas e primitivos de segurança mais claros (ainda sob responsabilidade do operador). Seja você um indivíduo buscando um agente pessoal persistente ou uma equipe pequena explorando workflows de agente multiplayer, o release 2.0 é o ponto de partida mais forte que o projeto já ofereceu. Combine com higiene cuidadosa de permissões e, onde a flexibilidade multi‑modelo importa, uma camada de API unificada como o CometAPI, e você terá uma base poderosa e sob sua posse para trabalho real.

Sempre confira a documentação oficial mais recente antes de um deploy em produção, pois o projeto continua a evoluir rapidamente.