Atualizações de ferramentas em 2026-06-22

A cobertura de 2026-06-22 ficou concentrada no OpenClaw, porque a nova beta da linha v2026.6.10 foi o único release com conteúdo técnico suficiente para publicação. O release tem volume incremental pequeno, mas altera duas frentes que exigem teste: o fast mode com fallback nos turnos de agente e o roteamento de provider junto da preservação de política em hooks de aprovação.

Sistemas com mudança publicável

Changelog do OpenClaw v2026.6.10-beta.2

O OpenClaw v2026.6.10-beta.2 consolida a segunda beta da linha v2026.6.10 e agrupa a beta anterior com duas alphas da mesma base SemVer. A novidade prática está na forma como o agente alterna fast mode em conversas curtas, mantém estado de sessão entre canais e usa o catálogo ativo para decidir roteamento de modelos.

Novidades

• OpenClaw v2026.6.10-beta.2 — Fast mode automático: o OpenClaw agora ativa fast mode em turnos conversacionais curtos e retorna ao modo normal em execuções mais longas. Essa mudança exige validação porque altera a experiência de resposta, o fallback e a visibilidade dos eventos de progresso.
• OpenClaw v2026.6.10-beta.2 — Seleção de raciocínio por catálogo: os níveis nativos de /think agora são resolvidos a partir do catálogo ativo de modelos descobertos em runtime. O ajuste reduz divergência entre o menu exibido e as capacidades reais do provider.

Melhorias

• OpenClaw v2026.6.10-beta.2 — Runtime de agentes e canais: o estado de fast mode agora sobrevive a retries, transições de fallback, eventos de progresso e normalização entre embedded, CLI e ACP. A sessão tende a preservar melhor o alvo atual durante mudanças de canal e execução.
• OpenClaw v2026.6.10-beta.2 — Entrega por cron: a consciência de entrega do cron permanece vinculada à sessão de destino. Esse ajuste reduz falha de roteamento quando uma execução recorrente precisa responder no canal correto depois de alternâncias de sessão.
• OpenClaw v2026.6.10-beta.2 — Catálogo Zai e GLM: a síntese de modelos Zai usa a baseUrl correta do manifesto, o failover agora classifica sobrecarga de GLM como estado próprio e os níveis de raciocínio do GLM-5.2 ficam expostos de forma nativa.
• OpenClaw v2026.6.10-beta.2 — Identidade de transcript no SDK: a versão adiciona uma API de alvo para identidade de transcript. A mudança prepara integrações que precisam distinguir com mais clareza o leitor canônico da sessão.
• OpenClaw v2026.6.10-beta.2 — Harness do Copilot: o harness do Copilot recebeu paridade de ciclo de vida. O ajuste aproxima setup, execução e encerramento do comportamento esperado nos demais caminhos de teste.

Correções

• OpenClaw v2026.6.10-beta.2 — Origem por canal: trocas de canal limpam campos antigos de origem por canal. A correção evita que uma sessão carregue metadados obsoletos para o destino seguinte.
• OpenClaw v2026.6.10-beta.2 — Fallback do fast mode: cutoffs de fallback e avisos de reset ficaram delimitados. O comportamento reduz repetição de mensagens e melhora previsibilidade quando a execução sai do modo rápido.
• OpenClaw v2026.6.10-beta.2 — Eventos de progresso: eventos repetidos de progresso continuam visíveis. Essa correção preserva feedback durante transições de agente e fallback.
• OpenClaw v2026.6.10-beta.2 — Service tier do Codex: o estado de service tier do Codex foi normalizado. A correção evita interpretação inconsistente entre rotas e execuções.
• OpenClaw v2026.6.10-beta.2 — Políticas em hooks compostos: registries de hook compostos preservam políticas confiáveis de ferramentas. O ajuste mantém os fluxos sensíveis a aprovação com a política esperada.
• OpenClaw v2026.6.10-beta.2 — Saúde do doctor: a saúde do core doctor voltou a respeitar a ordem de contribuição no relatório. Isso reduz ruído em diagnóstico e facilita leitura da sequência de verificações.

Breaking changes

Não há breaking change formal declarado, mas o release altera o fast mode com fallback, o roteamento de modelos e a preservação de política em hooks. Ambientes com providers Zai ou GLM devem validar o catálogo ativo. O responsável técnico que usa cron com alvo explícito precisa confirmar destino, e o responsável técnico que combina canais múltiplos com aprovação por plugin precisa conferir a política aplicada antes de promover a beta.

Ponto de Atenção

• OpenClaw v2026.6.10-beta.2 — Fast mode e fallback: o modo rápido agora entra automaticamente em conversas curtas e volta ao modo normal em execuções maiores, portanto fluxos que dependem de tempo de resposta, mensagens de progresso ou fallback precisam ser testados com turnos curtos e longos. Teste sugerido: iniciar uma conversa curta, forçar uma transição para execução mais longa e confirmar se os eventos de progresso continuam visíveis sem repetir aviso de reset.
• OpenClaw v2026.6.10-beta.2 — Providers Zai e GLM: a base URL, a classificação de sobrecarga e os níveis de raciocínio agora dependem do catálogo ativo de modelos, então instalações com descoberta dinâmica devem validar o provider depois do update. Teste sugerido: selecionar um modelo GLM descoberto em runtime, alternar nível de /think e simular falha por sobrecarga para conferir se o failover segue a rota esperada.
• OpenClaw v2026.6.10-beta.2 — Sessões e canais: a limpeza de origem por canal e a entrega por cron ligada ao alvo reduzem vazamento de estado antigo, mas podem revelar automações que dependiam de metadados carregados indevidamente. Teste sugerido: alternar entre dois canais na mesma sessão, executar um cron com destino explícito e verificar se a resposta aparece no canal correto.
• OpenClaw v2026.6.10-beta.2 — Hooks e aprovações: hooks compostos preservam políticas confiáveis de ferramentas, o que muda a superfície de validação para ações que exigem aprovação. Teste sugerido: executar uma ação de plugin sensível a aprovação com hook composto e confirmar se a política aplicada aparece como confiável no pedido.

Notas da versão

• OpenClaw v2026.6.10-beta.2 — Pre-release: a versão continua como beta da linha v2026.6.10 e deve ser tratada como validação prévia, não como release final para ambientes principais.
• OpenClaw v2026.6.10-beta.1 — Histórico herdado: a beta anterior trouxe a maior parte das mudanças amplas de agentes, Codex, canais, clientes mobile, plugins e diagnóstico, enquanto a beta.2 adiciona correções menores e pontos de roteamento mais específicos.
• OpenClaw v2026.6.10-alpha.4 — Origem consolidada: a alpha foi agrupada sob a beta.2 porque pertence à mesma base SemVer e não precisa virar release editorial separado.
• OpenClaw v2026.6.10-alpha.3 — Origem consolidada: a alpha anterior já havia sido consolidada na beta.1 e permanece apenas como histórico da linha.

Leitura operacional do dia

A atualização de 2026-06-22 pede validação concentrada no OpenClaw antes de qualquer adoção ampla da beta. O caminho mais prudente é testar fast mode com conversas curtas e longas, conferir providers Zai e GLM a partir do catálogo ativo, alternar canais na mesma sessão e executar uma ação com hook composto que dependa de aprovação.