O que o OpenClaw envia para casa

Você instalou o OpenClaw na sua própria máquina justamente para que nada saísse dela. Aí você lê uma nota de versão, ou observa o log do firewall, e encontra uma requisição de saída para telemetry.openclaw.ai uma vez por dia. Vale a pena saber exatamente o que essa requisição carrega, o que o lado receptor guarda e quais partes você pode desativar. A documentação é incomumente específica sobre as três coisas.

Dois níveis, e só um deles vem ativado por padrão

• A verificação diária de atualizações é o nível padrão. É um simples GET para https://telemetry.openclaw.ai/api/latest-version perguntando se existe uma versão mais nova, e ele não tem nenhum corpo de requisição.
• Tudo o que ela informa ao servidor viaja em um único cabeçalho. Um User-Agent como openclaw/2026.8.2 (darwin; node/26.0.1; arm64; gateway) carrega a versão do OpenClaw, o sistema operacional, a versão do Node.js, a arquitetura da CPU e se quem chamou foi o Gateway ou a CLI.
• Nenhum dos níveis inclui conteúdo de mensagens, prompts, nomes de modelos, chaves de API, credenciais, caminhos de arquivos, nomes de host ou identificadores de conta. Também não há identificador de instalação, identificador de máquina nem identificador aleatório de rastreamento: o OpenClaw não cria nenhum id de cliente persistente para essas requisições, e é por isso que relatos repetidos não são uma contagem de instalações nem de usuários.
• As estatísticas anônimas de recursos são o segundo nível, e vêm desativadas por padrão. Quando você as ativa, a mesma requisição diária passa a ser um POST com um pequeno corpo JSON na versão de schema 1, em vez de acrescentar uma segunda requisição.

Recusar é uma escolha completamente normal e não muda nada na forma como o OpenClaw funciona para você.

Aqui, opt-in significa mesmo opt-in

A instalação interativa pode oferecer um opt-in único com “No thanks” selecionado por padrão, e o Quick Start guiado pula essa pergunta por completo. O OpenClaw registra sua resposta para que a instalação pare de perguntar, mas não é a resposta registrada que decide alguma coisa: é a opção enabled. Instalações não interativas e feitas por script nunca fazem opt-in sozinhas, então uma imagem gerada em um pipeline fica no nível só de atualização até que um operador ative as estatísticas deliberadamente. O propósito declarado do segundo nível é restrito, orientar as prioridades de manutenção, e a documentação é explícita ao dizer que ele não mede nenhuma invocação individual de plugin, nenhuma mensagem, nenhuma requisição a modelo e nenhum usuário ativo.

O campo que o cliente não controla

• A Cloudflare fornece ao receptor hospedado uma localização aproximada: país, código de região, cidade e fuso horário. Nenhum endereço IP bruto e nenhuma coordenada precisa são armazenados nas análises, e campos ausentes ou inválidos simplesmente ficam vazios.
• As verificações de atualização registradas incluem esses campos mesmo quando as estatísticas anônimas de recursos estão desativadas e mesmo quando DO_NOT_TRACK está definido. Nenhum payload extra do cliente e nenhuma pergunta estão envolvidos, porque os valores são derivados na borda, e não enviados por você.
• O Analytics Engine retém os registros por três meses. Os agregados públicos excluem informações de localização, e desativar as requisições depois não apaga registros que já existem.

Antes de mudar qualquer coisa, rode openclaw telemetry show. O comando informa se as estatísticas anônimas de recursos estão ativadas e por quê, o endpoint da requisição e a última verificação bem-sucedida, e, quando as estatísticas estão desativadas, exibe a requisição só de atualização junto com o cabeçalho User-Agent dela. Adicione --json para obter o mesmo estado e o mesmo payload em um único documento legível por máquina. Quando as estatísticas estão ativadas, a prévia mostra o payload inteiro, e ele é curto: schema, version, platform, node, surface e um objeto features com os ids dos canais configurados, as famílias de provedores, os ids de plugins públicos, a contagem total de plugins e sessionsLast24h. Esses nomes de plugins cobrem plugins integrados, instalações oficiais confiáveis e entradas que correspondem ao catálogo oficial de plugins, então identidades de plugins privados nunca são nomeadas, e a diferença entre pluginsEnabled e o número de nomes informados não é uma contagem confiável de plugins privados. O número de sessões conta os eventos de criação de sessão retidos com data e hora nas 24 horas anteriores, e não a atividade das sessões. Dois limites importam aqui: a prévia do payload é montada dentro do processo da CLI, e não obtida do Gateway em execução, então não é garantia do próximo payload exato do Gateway, e ela descreve apenas a requisição do cliente, então nunca pode mostrar a localização derivada pelo servidor. Se a saída disser Request: none, uma automação ou uma política de verificação de atualizações já interrompeu tudo. A preferência em si é uma chave comum no arquivo de configuração do OpenClaw, e não tem relação com o acompanhamento de consumo dos provedores, que trata de cota e custo dos provedores.

Todas as formas de desativar as requisições

O comando openclaw telemetry off desativa as estatísticas anônimas de recursos, e telemetry.enabled: false faz o mesmo pelo arquivo de configuração. DO_NOT_TRACK=1 ou DO_NOT_TRACK=true força a desativação das estatísticas mesmo quando telemetry.enabled está em true, mas mantém de propósito a verificação diária de atualizações, como o GET sem corpo. Para interromper toda requisição automática, defina update.checkOnStart: false, que desativa os dois níveis e o aviso de atualização mesmo quando update.auto.enabled está em true, e OPENCLAW_NO_AUTO_UPDATE=1 também impede requisições automáticas de atualização. O OpenClaw também não envia nada quando a variável de ambiente CI tem valor verdadeiro, com o argumento de que jobs de pipeline superariam em número os operadores reais e tornariam sem sentido as contagens de versões e plataformas, embora definir OPENCLAW_TELEMETRY_ENDPOINT com o seu próprio endpoint substituto anule essa supressão, porque um endpoint configurado significa que a execução está exercitando esse caminho de propósito. Os comandos explícitos de atualização continuam disponíveis sempre que você decidir rodá-los, então a atualização deliberada do OpenClaw continua nas suas mãos, e tudo isso se encaixa naturalmente ao lado das práticas de segurança do OpenClaw.

Na Diali

A Diali roda OpenClaw hospedado na Diali como serviço hospedado. Cada cliente recebe um assistente separado em sua própria instância, e não um lugar em uma instância compartilhada, e a configuração de execução é gerada a partir das configurações do seu painel e reescrita do zero a cada nova versão, então uma edição manual feita dentro do contêiner não sobrevive a uma atualização, enquanto tudo o que está expresso no painel sobrevive. Sessões, memória e o restante do estado ficam em um volume persistente, que é também onde ficaria o resultado em cache de uma verificação de atualização bem-sucedida; snapshots diários e restauração com um clique estão disponíveis pelo complemento Backups (incluído no plano Max). A página de preços da Diali lista os planos.

• A verificação diária de atualizações vem ativada por padrão e viaja inteira em um único cabeçalho User-Agent.
• As estatísticas anônimas de recursos ficam desativadas até que um operador as ative.
• A localização aproximada é mantida por três meses, e desativar as requisições não a apaga.