OpenClaw v2026.11.1 Lançado: Uma Versão Puramente de Manutenção que Corrige os Bugs Mais Irritantes

No dia 5 de novembro, o OpenClaw lançou a v2026.11.1 — uma rara versão "zero novos recursos". O projeto a define como uma versão de patch: nenhuma funcionalidade nova, apenas a correção dos três problemas mais dolorosos — mensagens do Telegram/Discord já aceitas sendo recusadas indevidamente, inspeções do Doctor que falhavam sendo reportadas como bem-sucedidas e gravações de configuração do Gateway travando.

Por trás disso: 83 pull requests, 91 commits diretos e 67 contribuidores.

As Três Correções Principais

1. Recusas falsas de mensagens. Mensagens do Telegram e do Discord que já haviam sido aceitas podiam receber uma falsa "recusa por reinício" enquanto estavam na fila, ou perder uma resposta de fallback; respostas do Telegram na fila podiam falhar após o término de um turno anterior de conversa. Em um produto onde mensageria instantânea é a artéria principal, os três problemas (PRs #179200, #179385, #189457) eram sentidos na pele.

2. O Doctor para de mentir. Anteriormente, uma inspeção bloqueada ou um reparo incompleto ainda saía com código 0 — a automação não tinha como perceber. A nova versão reporta falha com um código de saída diferente de zero (scripts que fazem parsing de doctor --json devem se adaptar), e execuções não assistidas do Doctor não instalam mais plugins faltantes silenciosamente; você precisa passar --fix, --repair ou --yes explicitamente.

3. Gravações de configuração destravadas. Alterações nas configurações do Gateway podiam travar indefinidamente esperando para serem aplicadas. Corrigido, e as reinicializações de canais também ficaram mais confiáveis (adaptação do #192701).

O Sistema de Atualização e Recuperação Continua se Reforçando

As versões recentes do OpenClaw compartilham um tema — "fazer com que atualizar seja menos uma aposta" — e esta continua nessa linha:

Retentativas de bloqueio do SQLite: a inicialização do Gateway tenta novamente em caso de bloqueios temporários do SQLite em vez de parar imediatamente
Tolerância a migrações: o Doctor ignora dados legados com UTF-8 malformado (preservando os bytes originais para recuperação), mantém configurações de heartbeat inválidas e informa o que precisa ser corrigido, além de poder reunir stores divididas por caminhos relativos antigos
Pré-verificações do Node: atualizações via Git verificam o requisito de versão do Node antes de preparar o stage; serviços iniciados como root podem encontrar um runtime compatível
Correções no Windows: a recuperação de atualização mantém a tarefa agendada disponível até que o Gateway esteja pronto; uma atualização pode reiniciar um serviço que ela mesma parou após uma falha recuperável do Doctor
Relatórios honestos: pulos intencionais em atualizações automáticas agora são reportados como skipped em vez de failure
Usuários nas versões 2026.10.7–10.9 podem invocar um Doctor novo durante a recuperação de atualizações que falharam

Polindo Cada Módulo

Mensageria: o iMessage ganha estado com backend PostgreSQL; conexões de relay do Slack e streams travados do Tlon podem se reconectar; o Feishu mantém texto em streaming entre chamadas de ferramentas e formata action cards corretamente; o Google Chat envia links de anexos remotos com legendas; os resumos de estouro de fila mantêm o contexto do remetente e da conversa.

Modelos e provedores: os modelos de texto Gemini Flash no Google AI Studio usam a Interactions API por padrão (rotação de chaves e amostragem mais consistentes); a configuração de chaves de API da Anthropic aceita um ID de workspace; definições estáveis de ferramentas melhoram a reutilização do cache de prompts entre turnos; perfis com rate limit respeitam o tempo de espera do provedor; conversas do Codex mantêm o histórico de threads entre turnos e podem recuperar uma resposta após uma retentativa transitória sem executar novamente ferramentas já concluídas.

Desktop e mobile: o app do Mac não sobrescreve mais credenciais reais com placeholders de redação quando uma salvamento falha — um bug genuíno de perda de dados; o Voice Wake evita envios duplicados; o Android Talk permite que trabalhos aceitos sejam concluídos e que suas respostas apareçam no chat; respostas faladas longas entram em fila para reprodução.

Segurança: downloads de anexos do Discord não herdam mais permissões amplas de rede privada do navegador; o ClawHub restringe downloads e redirecionamentos de rede privada (reforço contra SSRF); respostas em streaming não vazam mais blocos internos divididos ou aninhados de raciocínio; credenciais do Fish Audio e do Gradium são redigidas nas mensagens de erro dos provedores.

Por Que uma Versão "Zero Recursos" é Importante

A v2026.11.1 é uma boa amostra para avaliar a maturidade do projeto: um projeto com mais de 80.000 forks disposto a dedicar uma versão inteira a trabalho de estabilidade, cuja lista de correções está cheia de itens como "reportar falhas honestamente", "preservar os bytes originais" e "ser recuperável" — detalhes com valor demonstrativo zero, mas que determinam a confiança em produção.

Fonte: notas de versão oficiais do OpenClaw (docs.openclaw.ai/releases/2026.11.1), GitHub Release