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

O dia 2026-06-21 trouxe mudanças publicáveis no Next.js, no OpenClaw e no Paperclip, com maior peso em canaries e pre-releases que pedem validação antes de qualquer atualização ampla. A leitura mais útil é separar o que já pode ser testado com proveito: o Next.js exige atenção em build e observabilidade, o OpenClaw concentra validações em agentes e canais, e o Paperclip muda a sincronização de workspaces Git.

O Codex também publicou uma sequência alpha no mesmo dia, mas a origem trouxe apenas identificadores de versão, sem descrição técnica de recursos, correções ou alteração de comportamento. Por isso, o registro ficou nos changelogs individuais e não entrou como bloco público neste artigo.

Sistemas com mudança publicável

Changelog do Next.js v16.3.0-canary.60

O Next.js v16.3.0-canary.60 consolida canaries publicados entre 2026-06-16 e 2026-06-21, com alterações que aproximam o Turbopack do uso em fluxos experimentais mais completos. A sequência também reforça o App Router, ajusta Cache Components, melhora a instrumentação OpenTelemetry e corrige pontos do overlay de desenvolvimento.

Novidades

• Next.js v16.3.0-canary.52 — React Compiler no Turbopack: o Turbopack ganhou compatibilidade experimental com o React Compiler. A mudança interessa a projetos que já acompanham canaries e precisam validar build, hot reload, renderização e hidratação antes de considerar essa combinação em uma branch principal.
• Next.js v16.3.0-canary.53 — React experimental: a opção experimental.useExperimentalReact permite optar pelo canal experimental do React. A configuração deve ficar restrita a ambientes controlados, porque ela pode alterar comportamento de streaming, Suspense, hooks e hidratação.
• Next.js v16.3.0-canary.52 — Regras locais para agentes: a documentação empacotada agora orienta agentes a preservar e commitar o bloco agent-rules gerado. O efeito prático é reduzir perda de instruções locais quando um repositório depende de agentes para tarefas repetidas.
• Next.js v16.3.0-canary.57 — Integração com Ably: o exemplo de integração em tempo real foi atualizado para App Router e Ably v2. O responsável técnico que usa esse exemplo como referência ganha uma base mais próxima do padrão atual do framework.

Melhorias

• Next.js v16.3.0-canary.59 — SWC 70: a cadeia de compilação passou para SWC 70. Projetos com transformações customizadas, dependências sensíveis a parser ou validações rígidas de build devem comparar a saída antes e depois do update.
• Next.js v16.3.0-canary.59 — Typegen com Turbopack: a geração de tipos agora usa Turbopack por padrão nesta linha canary. A mudança aproxima typegen do caminho experimental de build e merece validação em projetos com rotas App Router mais complexas.
• Next.js v16.3.0-canary.59 — Chunks do Turbopack: os módulos em chunks agora são ordenados para reduzir duplicações. O ganho esperado está na previsibilidade de empacotamento, especialmente em aplicações que acompanham tamanho de bundle durante testes canary.
• Next.js v16.3.0-canary.59 — OTEL no App Router: a instrumentação ganhou spans mais detalhados no modo verboso. A mudança ajuda a investigar renderização e navegação, mas também pode aumentar o volume de traces em ambientes com observabilidade ligada.
• Next.js v16.3.0-canary.57 — Indicador de cold cache: o indicador de cache frio em desenvolvimento ficou limitado a misses do shell cache. A interface agora aponta menos falso positivo durante navegação local.
• Next.js v16.3.0-canary.53 — Cache em desenvolvimento: cacheMaxMemorySize: 0 e handlers customizados ficaram mais rápidos no ambiente de desenvolvimento. Esse ajuste reduz o custo de testes que usam um caminho próprio de cache.
• Next.js v16.3.0-canary.53 — Turbopack e turbo-tasks: a sequência reduz estruturas internas, melhora mensagens de NFT, atualiza álgebra de chunking e ajusta alocação de Effects. São mudanças internas, mas podem aparecer como build mais estável em projetos grandes.

Correções

• Next.js v16.3.0-canary.59 — after em callbacks: chamadas de after(callback) após o fim da resposta foram corrigidas. Actions e route handlers que usam trabalho posterior à resposta devem validar se a callback respeita o ciclo HTTP esperado.
• Next.js v16.3.0-canary.59 — APIs de request no after: APIs de request usadas em promises passadas para after() receberam correção em actions e handlers. A mudança reduz comportamento inesperado quando a leitura da requisição atravessa limites assíncronos.
• Next.js v16.3.0-canary.59 — Metadata routes: configurações de segmento de rota agora são aplicadas em metadata routes sob Cache Components. A correção aproxima a configuração declarada do comportamento observado nessas rotas.
• Next.js v16.3.0-canary.58 — Overlay de hidratação: a ordem dos erros de hidratação no overlay de desenvolvimento foi corrigida. Isso ajuda a encontrar primeiro o erro que realmente destrava a investigação.
• Next.js v16.3.0-canary.58 — Carregamento de chunks: o Turbopack agora tenta novamente o carregamento de chunk quando ocorre falha. A correção reduz interrupções transitórias, sem dispensar validação para garantir que erro real de módulo continue visível.
• Next.js v16.3.0-canary.57 — Open in editor: o overlay corrigiu o caminho aberto no editor quando o projeto usa diretório src. A ação volta a apontar para o arquivo certo em estruturas comuns de aplicação.
• Next.js v16.3.0-canary.53 — Atributos OTEL: atributos baseados em resposta agora são definidos corretamente em adapters, corrigindo lacunas em traces.
• Next.js v16.3.0-canary.53 — Cache Components: a lógica de flush do acumulador foi corrigida, reduzindo chance de estado intermediário incorreto.

Breaking changes

Não há breaking change formal publicado nesta sequência canary, mas a combinação de SWC 70 com React experimental muda partes sensíveis da cadeia de build. Projetos que já usam Turbopack, Cache Components ou OpenTelemetry devem tratar o update como mudança de compatibilidade e comparar o comportamento antes de promover a versão.

Ponto de Atenção

• Next.js v16.3.0-canary.60 — Build experimental: valide SWC 70, typegen com Turbopack e metadata routes sob Cache Components no mesmo projeto. Teste sugerido: rodar next build, conferir a saída de typegen e acessar uma metadata route com configuração de segmento.
• Next.js v16.3.0-canary.59 — Observabilidade: a ampliação de spans OpenTelemetry pode mudar volume e granularidade de traces. Teste sugerido: executar uma requisição App Router com tracing ligado e comparar atributos de resposta, spans gerados e ruído no backend de observabilidade.
• Next.js v16.3.0-canary.58 — Ambiente de desenvolvimento: teste navegação com Turbopack, hot reload e erro de hidratação. A validação precisa confirmar que retry de chunk, overlay e ação de abrir no editor continuam úteis quando existe uma falha real.

Changelog do OpenClaw v2026.6.10-beta.1

Em 2026-06-21 o OpenClaw teve dois registros publicáveis que precisam ser lidos em conjunto, porque a versão final v2026.6.9 fecha a base operacional enquanto a beta v2026.6.10 inicia a próxima validação e apresenta antes pontos que podem afetar instalações com agentes ativos. Na versão final, o foco está no Telegram e no Codex. Na beta, o ponto principal está em turnos de agente, limites de payload, canais e diagnóstico para operadores.

Novidades

• OpenClaw v2026.6.9 — Telegram rico: o Telegram agora envia HTML rico, preservar Markdown enriquecido e renderizar rascunhos de progresso e saída de comando com mais fidelidade. A mudança reduz perda de intenção quando o agente responde por canal.
• OpenClaw v2026.6.9 — Integração com Codex: o Codex recebeu aprovações automáticas de plugins, roteamento OAuth para GPT-5.3 Spark, exec de node remoto como ferramenta dinâmica e encerramento mais confiável do app-server.
• OpenClaw v2026.6.9 — Plugins oficiais externos: providers oficiais externos agora são pacotes npm independentes, plugins de canal instalados externamente carregam no início do Gateway e o StepFun ficou disponível via npm.
• OpenClaw v2026.6.9 — Busca e skills: o Codex Hosted Search foi adicionado, providers de busca sem chave seguem como opt-in explícito e instalações de skills pelo ClawHub preservam proveniência verificada.
• OpenClaw v2026.6.10-beta.1 — Sessões renomeáveis: o comando /name permite renomear a sessão atual diretamente pelo chat. Em trabalhos longos, isso melhora rastreio sem exigir troca de tela.
• OpenClaw v2026.6.10-beta.1 — Compactação explícita: o comando openclaw sessions compact foi adicionado, enquanto a compactação via CLI /compact agora falha com mensagem explícita quando o caminho correto não é usado.
• OpenClaw v2026.6.10-beta.1 — Zalo externo: o Zalo foi adicionado como entrada externa de canal ClawBot, ampliando a matriz de integrações.
• OpenClaw v2026.6.10-beta.1 — Shortcuts no Slack: o Slack agora lida com atalhos globais e atalhos de mensagem, abrindo mais ações iniciadas a partir do canal.

Melhorias

• OpenClaw v2026.6.9 — Providers e autenticação: o OAuth do Gemini CLI atrás de proxies foi ajustado, e o onboarding de providers externos agora preserva escolhas atuais e metadados de pacote.
• OpenClaw v2026.6.9 — Dashboard e mobile: listas de cron ficaram mais compactas, a tela de status agora mostra saúde de plugin e os clientes móveis receberam melhorias de controle ligadas a sessão e Watch.
• OpenClaw v2026.6.9 — Skills e observabilidade: SecretRefs, proveniência de skills do ClawHub e exportação de logs por OpenTelemetry foram incorporados ao fluxo de execução e diagnóstico.
• OpenClaw v2026.6.9 — QA e release engineering: cenários de QA agora usam YAML, com evidência mais ampla por perfil e cobertura maior da matriz de plugins e canais.
• OpenClaw v2026.6.10-beta.1 — Turnos de agente: anúncios pendentes de conclusão de subagente agora são preservados com mais consistência junto com histórico não vazio, alinhamento de mídia, drains de follow-up e aliases de compaction.
• OpenClaw v2026.6.10-beta.1 — Codex e aprovações: SecretRefs do app-server, thread de Codex, limite de texto por turno, roteamento de aprovação e helpers tipados de SDK trabalham de modo mais previsível.
• OpenClaw v2026.6.10-beta.1 — Entrega por canais: Telegram, Discord e Slack preservam melhor progresso, raciocínio e threads. O Telegram trata erros estruturados. O Slack registra threads enviadas de modo canônico.
• OpenClaw v2026.6.10-beta.1 — Limites de rede: o preflight de túnel SSH foi limitado ao loopback, pairings de node com device foram removidos e rotas legadas do Codex agora são reparadas.
• OpenClaw v2026.6.10-beta.1 — Clientes mobile e desktop: Android agrupou configurações por intenção, iOS limpou estado de notificações, o Watch app adotou layout compatível com Xcode 27 e o macOS usa painel nativo para inputs de arquivo.

Correções

• OpenClaw v2026.6.9 — Segurança e privacidade: segredos agora ficam ocultos em saídas de debug e configuração, overrides internos de sessão HTTP foram impedidos e escrita de plugins preserva checagens de proprietário.
• OpenClaw v2026.6.9 — Runtime de agentes: turnos apenas com raciocínio ou vazios após uso de ferramenta são tentados novamente, hooks já não executam duplicados, uso recente é preservado após compaction e artefatos parciais são reparados.
• OpenClaw v2026.6.9 — Canais e respostas: o Telegram recebeu correções em entrega rica, tabelas, erros de ação e recuperação de ingress. O WhatsApp preserva texto inicial após falha de mídia. O Mattermost mantém respostas em thread. O Discord ficou mais resistente em actions.
• OpenClaw v2026.6.9 — Armazenamento e migrações: o SQLite já não usa WAL em filesystems de rede, artefatos de reindexação são limpos, o estado de setup sai de dot-directories do workspace e perfis de autenticação do agente padrão entram no SQLite.
• OpenClaw v2026.6.9 — Providers e modelos: o OAuth do Gemini CLI por proxy foi corrigido, o roteamento Codex Spark OAuth foi restaurado, IDs de embedding no Bedrock foram ajustados e defaults configurados agora são preservados em execuções embutidas.
• OpenClaw v2026.6.10-beta.1 — Respostas e transcript: completions pendentes e históricos são preservados em retries, junto com campos de mídia, follow-ups, streams de Slack e respostas de raciocínio em turnos parciais.
• OpenClaw v2026.6.10-beta.1 — Entrada limitada: tamanhos inseguros em chat, ferramentas, pacotes e respostas agora são rejeitados, reduzindo falhas por payload excessivo.
• OpenClaw v2026.6.10-beta.1 — Cron e filas: backoff de erro recorrente respeita o piso configurado, entrega isolada implícita exige alvo explícito e drains dormentes de follow-up são reiniciados.
• OpenClaw v2026.6.10-beta.1 — Providers e migração: transportes CLI-owned já não passam por gate de autenticação errado, aliases de compaction resolvem para modelo canônico e tool discovery não limpa providers ativos.

Breaking changes

Não há breaking change formal declarado nas versões do dia, mas o conjunto altera superfícies que podem quebrar operação quando a atualização entra sem teste. A validação deve começar pela segurança de plugins e pelo SQLite em filesystem de rede. Depois precisa passar por Gateway, rotas de autenticação, SSH preflight, limites de payload e cron isolado.

Ponto de Atenção

• OpenClaw v2026.6.9 — Canais de mensagem: Telegram e WhatsApp receberam correções de entrega e mídia, enquanto Mattermost e Discord tiveram ajustes ligados a thread e actions. Teste sugerido: enviar uma mensagem com HTML ou Markdown rico no Telegram, simular falha de mídia no WhatsApp e validar se a thread do Mattermost preserva a resposta no canal correto.
• OpenClaw v2026.6.9 — SQLite e workspace: a mudança de WAL em filesystem de rede e a saída do setup state de dot-directories alteram persistência e recuperação de ambiente. Teste sugerido: atualizar uma instalação que usa storage de rede, reiniciar o Gateway e conferir se reindexação, perfis de autenticação e estado de setup continuam acessíveis.
• OpenClaw v2026.6.10-beta.1 — Payloads e rede: a beta agora rejeita tamanhos inseguros e restringe preflight SSH ao loopback. Teste sugerido: executar health checks de Gateway, envio de tool call com payload grande controlado e abertura de túnel SSH, confirmando erro claro e sem travamento.
• OpenClaw v2026.6.10-beta.1 — Codex e aprovações: SecretRefs, turn-source routing e helpers de aprovação alteram o caminho de permissão. Teste sugerido: pedir uma ação que exija aprovação de plugin e conferir se a sessão, o agente e o escopo aparecem corretamente no pedido.

Changelog do Paperclip canary/v2026.621.0-canary.6

O Paperclip publicou sete canaries em 2026-06-21, com duas mudanças suficientemente documentadas para orientar teste de adoção. A primeira corrige o cálculo de blockers cancelados em issues, a segunda muda a sincronização de workspaces Git para runtimes sandbox, e as demais versões ficam registradas de modo conservador porque a origem trouxe apenas títulos curtos.

Novidades

• Paperclip canary/v2026.621.0-canary.4 — Preflight de push: agentes que precisam publicar no GitHub ganharam uma checagem de credenciais antes da execução do workflow. A mudança evita descobrir tarde demais que o runtime não consegue fazer push.
• Paperclip canary/v2026.621.0-canary.4 — Sincronização Git: helpers compartilhados agora importam e exportar HEAD de modo raso, além de acompanhar overlay de arquivos modificados e não rastreados.

Melhorias

• Paperclip canary/v2026.621.0-canary.4 — Workspace sandbox: o runtime sandbox usa histórico Git e overlay selecionado em vez de enviar o workspace local inteiro. Isso evita copiar dependências ignoradas e melhora a viabilidade de commits dentro do ambiente isolado.
• Paperclip canary/v2026.621.0-canary.4 — Transferência limitada: uploads e downloads de arquivos no sandbox foram limitados para stream ou chunks. A mudança evita criar uma string gigante durante transferências grandes.
• Paperclip canary/v2026.621.0-canary.4 — Excludes de Git: .git e árvores de dependência ignoradas foram excluídas de upload, download e baselines de restauração, enquanto diretórios locais ignorados são preservados no sync-back.
• Paperclip canary/v2026.621.0-canary.5 — Login Codex local: o título indica que agentes codex_local agora herdam login Codex do host por padrão, mas a origem não traz detalhes suficientes para explicar a implementação.

Correções

• Paperclip canary/v2026.621.0-canary.6 — BlockerAttention: filhos diretos cancelados já não aumentam o número de blockers não resolvidos em uma issue pai impedida. Dependências explícitas canceladas continuam aparecendo como problemas de dependência.
• Paperclip canary/v2026.621.0-canary.6 — Teste de regressão: a origem adiciona um teste de servidor no qual uma issue pai impedida tem blockers explícitos ativos e um filho direto cancelado, confirmando que o filho cancelado não vira sample blocker.
• Paperclip canary/v2026.621.0-canary.4 — Worktree Git: workspaces em sandbox já não recebem apenas uma cópia de filesystem com .git apontando para estado exclusivo do host. A correção reduz falhas de comandos Git no ambiente isolado.
• Paperclip canary/v2026.621.0-canary.2 — Worktrees novas: o título indica ajuste para basear worktrees novas em origin/master, mas a origem não inclui corpo suficiente para detalhar efeito ou teste.
• Paperclip canary/v2026.621.0-canary.1 — Daytona: o título indica correção de input de memória no formulário de ambiente e presets de tamanho, mas o corpo técnico não foi publicado no pacote.

Breaking changes

Não há breaking change formal publicado na sequência canary, mas a versão altera semântica de sincronização de sandbox e leitura de blockers. Ambientes que dependem de workspaces Git isolados ou relatórios de blocker attention devem validar o comportamento antes de atualizar.

Ponto de Atenção

• Paperclip canary/v2026.621.0-canary.6 — Blockers cancelados: dependências canceladas explícitas continuam visíveis, mas filhos diretos cancelados já não inflam o pai impedido. Teste sugerido: criar uma issue pai impedida com um blocker explícito ativo e um filho direto cancelado, depois conferir se blockerAttention mostra apenas o blocker relevante.
• Paperclip canary/v2026.621.0-canary.4 — Sandbox Git: a sincronização por HEAD raso e overlay selecionado muda o que entra e sai do runtime isolado. Teste sugerido: executar um agente em workspace baseado em worktree, criar arquivo rastreado e não rastreado, confirmar git status dentro do sandbox e validar se node_modules não entra no pacote de transferência.
• Paperclip canary/v2026.621.0-canary.4 — Push pelo runtime: a checagem de credenciais antes do workflow deve ser validada antes de permitir que agentes publiquem no GitHub. Teste sugerido: iniciar um workflow com credencial ausente ou expirada e confirmar falha clara antes da etapa de execução.

Notas da versão

• Paperclip canary/v2026.621.0-canary.6 — Verificação: a correção de blockerAttention foi verificada com vitest no arquivo server/src/__tests__/issue-blocker-attention.test.ts, com 19 testes passando.
• Paperclip canary/v2026.621.0-canary.4 — Verificação: a sincronização de workspace foi validada com testes em adapter-utils, runtime sandbox e runtime de comando. A verificação também cobriu heartbeat de ambiente, heartbeat de sessão, typecheck de adapter-utils, typecheck do servidor e build.
• Paperclip canary/v2026.621.0-canary.3 — Skill removida: o título indica remoção da skill paperclip-dev embutida e aposentadoria de um requisito obrigatório, mas a origem não traz detalhe suficiente para listar mudança além desse registro.
• Paperclip canary/v2026.621.0-canary.0 — Documentação: o título indica troca de requisito de screenshot de contribuição por cutter.sh, mas a origem não inclui corpo técnico adicional.

Leitura operacional do dia

A atualização de 2026-06-21 favorece validação segmentada, porque cada ferramenta move uma superfície diferente da operação. No Next.js, o caminho começa por next build e typegen com Turbopack. No OpenClaw, a atenção deve ir para canais de mensagem, SQLite em storage de rede e permissões de plugins. No Paperclip, a validação precisa cobrir blockers cancelados, workspaces Git em sandbox e credenciais de push antes de liberar agentes para publicar no GitHub.