Atualizações de ferramentas em 2026-05-30

O dia 2026-05-30 trouxe quatro releases acompanhados pela Promovaweb, com mudanças em agentes de código, CLI de desenvolvimento, framework web e orquestração de agentes. O destaque técnico ficou no Next.js canary, que concentrou ajustes em Turbopack, Cache Components, prerender e overlays de erro.

Também houve mudanças menores, mas relevantes para adoção: Claude Code ampliou o modo automático para provedores gerenciados, Copilot CLI melhorou diagnóstico e comportamento de diff, e Paperclip corrigiu o número de retries na recuperação de continuações. A leitura do dia pede atenção a flags experimentais, variáveis de ambiente, mensagens de autenticação e testes em ambientes canary.

Changelog do Claude Code v2.1.158

Novidades

• Claude Code v2.1.158 — Auto mode em provedores gerenciados: o modo automático agora funciona em Bedrock, Vertex e Foundry para Opus 4.7 e Opus 4.8. A ativação depende de CLAUDE_CODE_ENABLE_AUTO_MODE=1, portanto o recurso continua opt-in e deve ser habilitado de forma explícita no ambiente.

Melhorias

Nenhuma melhoria adicional foi detalhada na origem do Claude Code v2.1.158. O release concentra a mudança na expansão de disponibilidade do modo automático para provedores gerenciados.

Correções

Nenhuma correção foi informada na origem desta versão. O registro público não oferece base para inferir ajuste de bug além da liberação do modo automático para os provedores citados.

Breaking changes

Nenhuma quebra de compatibilidade foi declarada. Como a ativação usa variável de ambiente, instalações que não configurarem CLAUDE_CODE_ENABLE_AUTO_MODE=1 não devem mudar de comportamento por padrão.

Ponto de Atenção

• Claude Code v2.1.158 — Variável de ambiente: revise onde CLAUDE_CODE_ENABLE_AUTO_MODE=1 será definida, principalmente em ambientes que alternam entre Bedrock, Vertex e Foundry. Teste sugerido: executar uma tarefa simples com Opus 4.7 ou Opus 4.8 em um desses provedores e confirmar que o modo automático só entra em uso quando a variável estiver presente.

Notas da versão

A origem não publicou detalhes sobre permissão, região ou configuração de perfil nos provedores gerenciados. Em ambientes com controle separado de credenciais por provedor, a validação deve incluir acesso, logs e fallback antes de tratar o recurso como padrão.

Changelog do Copilot CLI v1.0.57-2

Novidades

• Copilot CLI v1.0.57-1 — Dicas de inicialização: a configuração showTipsOnStartup agora controla se as dicas aparecem ao iniciar a CLI. O ajuste é útil para o responsável técnico que já passou pelo onboarding e prefere uma abertura mais direta no terminal.

Melhorias

• Copilot CLI v1.0.57-0 — Comando /diff: quando não há mudanças unstaged, /diff agora usa como padrão a diferença da branch. Esse comportamento melhora a revisão de código quando as alterações já estão organizadas no Git, mas muda a expectativa do responsável técnico que aguardava uma saída vazia nesse estado.

Correções

• Copilot CLI v1.0.57-0 — Validação de auth-token: a CLI agora exibe o motivo real da falha de validação do token do SDK, incluindo casos como GitHub API rate limit. Antes, o usuário podia receber uma mensagem genérica sobre sessão sem informação de autenticação ou provedor customizado, o que dificultava separar erro de credencial, limite de API e configuração local.

Breaking changes

Nenhuma quebra de compatibilidade foi informada na origem. As mudanças preservam comandos existentes e se concentram em preferência de inicialização, padrão de diff e diagnóstico de autenticação.

Ponto de Atenção

• Copilot CLI v1.0.57-2 — Mensagem de autenticação: revise scripts, documentação ou testes que dependam da mensagem antiga de falha de autenticação. Teste sugerido: simular token inválido ou cota de API excedida e confirmar que a CLI mostra o motivo específico sem quebrar automações que leem saída textual.
• Copilot CLI v1.0.57-0 — Diferença de branch: valide /diff em repositórios com working tree limpa. Teste sugerido: abrir uma branch com commits próprios, deixar o working tree sem mudanças unstaged e conferir se a saída corresponde ao diff da branch esperado.

Notas da versão

O release principal v1.0.57-2 foi publicado como consolidação da linha v1.0.57. As mudanças concretas vieram das versões mescladas v1.0.57-1 e v1.0.57-0, então o bloco acima mantém cada item com a versão de origem.

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

Novidades

• Next.js v16.3.0-canary.34 — Overlay de erro: o overlay instantâneo agora separa abas de erros e insights, o que melhora a leitura durante depuração local. A mesma sequência redesenha a validação instantânea de segmentos não renderizados, deixando falhas de navegação e renderização mais visíveis durante desenvolvimento.
• Next.js v16.3.0-canary.34 — Cache de imagem experimental: a flag experimental imgOptOperationCache foi adicionada para a camada de otimização de imagens. A adoção deve considerar cache, invalidação e efeito em builds que concentram tráfego ou custo em transformação de imagem.
• Next.js v16.3.0-canary.33 — Streaming prerender: a linha de Cache Components recebe trabalho em streaming prerender. A mudança indica avanço em renderização parcial e precisa ser testada junto de rotas com prerender estático, segmentos dinâmicos e dados assíncronos.
• Next.js v16.3.0-canary.30 — Prefetch de App Shells: o cliente agora pré-carrega App Shells, afetando navegação em aplicações App Router. O efeito depende do desenho das rotas e do quanto o projeto usa shell persistente no cliente.
• Next.js v16.3.0-canary.30 — API next/root-params: a documentação adiciona referência para next/root-params. O item interessa ao responsável técnico que acompanha APIs novas de roteamento e parâmetros em aplicações com segmentos dinâmicos.

Melhorias

• Next.js v16.3.0-canary.35 — Prerender com metadados estáticos: metadados estáticos e viewport ficam fora da recuperação de erro de prerender quando cache-components está habilitado. Esse ajuste reduz interferência de metadados em caminhos de recuperação e deve ser observado em páginas com metadata estática e cache ativado.
• Next.js v16.3.0-canary.35 — Memória no Turbopack: ReadRawVcFuture foi reduzido de 80 para 64 bytes. A mudança é interna, mas pode ajudar cargas de desenvolvimento que usam Turbopack de forma intensa.
• Next.js v16.3.0-canary.35 — Analyzer do Turbopack: WellKnownObjectKind, WellKnownFunctionKind e código relacionado a require.context foram reorganizados dentro do analyzer. A mudança aponta para modularização interna sem anunciar alteração de API pública.
• Next.js v16.3.0-canary.34 — URL de arquivo no Windows: import.meta.url agora produz URLs de arquivo válidas no Turbopack em Windows. Esse ponto merece teste em projetos e pipelines que executam build ou desenvolvimento nesse sistema.
• Next.js v16.3.0-canary.34 — Tracing de HMR: o tracing do Turbopack adiciona chunk_name ao span de eventos de HMR e reduz inscrições na lista de chunks. O ajuste melhora diagnóstico e reduz trabalho recorrente na atualização de módulos durante desenvolvimento.
• Next.js v16.3.0-canary.33 — Cache Components: a versão evita conversões desnecessárias para stream e corrige bail-out de 'use cache' quando unstable_instant = false. Esses itens afetam rotas que combinam cache, renderização incremental e comportamento instantâneo.
• Next.js v16.3.0-canary.33 — Regiões preferidas: preferências de região do adapter agora são propagadas. Deploys que dependem de roteamento por região devem conferir se o adapter entrega a região esperada depois da atualização.
• Next.js v16.3.0-canary.31 — Server Actions Graph: ServerActionsGraph passa ModuleGraphLayer como OperationVc. A mudança altera a representação de Server Actions no grafo de módulos, ainda que não exponha API pública nova.
• Next.js v16.3.0-canary.31 — React experimental: a revisão de React foi atualizada de 75b0945b-20260526 para c0cd4d5d-20260527. Projetos em canary devem validar hidratação, Suspense e renderização concorrente depois da troca.
• Next.js v16.3.0-canary.30 — Recuperação de notFound: a recuperação em caminho de erro para notFound foi melhorada. O ajuste interessa a aplicações que usam páginas de erro, segmentos dinâmicos e fallback.
• Next.js v16.3.0-canary.30 — Módulos disponíveis no Turbopack: available_modules vira OperationVc e a contabilidade de módulos mesclados foi simplificada. A mudança reduz complexidade interna no empacotador.
• Next.js v16.3.0-canary.29 — Otimizador de Cache Components: next-ppr-optimizer foi substituído por next-cache-components-optimizer. A troca reforça a direção da linha canary para Cache Components e exige atenção em projetos que acompanham PPR experimental.

Correções

• Next.js v16.3.0-canary.33 — Promises no analyzer: o analyzer do Turbopack agora trata promises sempre como truthy e non-nullish. Isso corrige interpretação estática de expressões com promises e evita otimizações incorretas.
• Next.js v16.3.0-canary.32 — Curto-circuito lógico: a avaliação de AND e OR no analyzer do Turbopack foi corrigida para métodos relacionados a strings e valores nullish. O ajuste reduz possibilidade de falha de análise incorreta em código com expressão condicional.
• Next.js v16.3.0-canary.32 — instrumentationClientInject: o Turbopack corrige o uso de instrumentationClientInject com type:module. Projetos ESM que dependem de instrumentação no cliente devem validar esse ponto.
• Next.js v16.3.0-canary.31 — Search params em cache: a versão corrige armazenamento incorreto de search params no cache. Esse item afeta rotas cuja query string muda o conteúdo entregue ao usuário.
• Next.js v16.3.0-canary.31 — Regex de require.context: a regex padrão para require.context no analyzer do Turbopack foi corrigida. Projetos com importação dinâmica no estilo webpack devem testar resolução de módulos.
• Next.js v16.3.0-canary.30 — Loop no Firefox: a versão corrige loop de refresh no carregamento inicial de páginas com streaming em modo de desenvolvimento no Firefox. Esse ponto é visível para o responsável técnico que depura App Router nesse navegador.
• Next.js v16.3.0-canary.30 — Iteração interna do Turbopack: foi corrigido um IntoIterator considerado unsound para ReadRef. A mudança reduz possibilidade de falha interno de comportamento inconsistente no empacotador.
• Next.js v16.3.0-canary.29 — Merge de errors.json: o merge driver de errors.json agora lida com lacunas em códigos de erro. Isso ajuda a manutenção do repositório e reduz conflito em arquivos de mensagens.

Breaking changes

Nenhuma quebra de compatibilidade foi declarada na origem. Ainda assim, por se tratar de canary com mudanças em Turbopack, Cache Components, React experimental e renderização, a adoção deve ficar restrita a ambientes de teste ou projetos que já acompanham a linha canary.

Ponto de Atenção

• Next.js v16.3.0-canary.35 — Cache Components e prerender: valide páginas com metadata estática, viewport, generateStaticParams, streaming e cache-components habilitado. Teste sugerido: executar build e navegação de rotas App Router com metadata estática, search params e fallback de erro para confirmar que prerender e recuperação de erro entregam o resultado esperado.
• Next.js v16.3.0-canary.34 — Turbopack no Windows: confirme geração de import.meta.url em máquinas Windows ou CI equivalente. Teste sugerido: rodar uma página ou módulo que dependa de URL de arquivo e verificar se o caminho gerado é válido no runtime.
• Next.js v16.3.0-canary.31 — Cache e query string: revise rotas que variam por search params, porque a versão corrige armazenamento incorreto em cache. Teste sugerido: abrir a mesma rota com duas query strings diferentes e confirmar que conteúdo, cache e headers refletem a variação esperada.
• Next.js v16.3.0-canary.30 — Navegação no Firefox: teste páginas com streaming em desenvolvimento no Firefox para confirmar que o refresh inicial não entra em loop. Esse ponto é relevante em projetos App Router que usam streaming e dados assíncronos.

Notas da versão

A linha v16.3.0-canary.35 também inclui documentação, CI e testes que não alteram diretamente a API pública, mas ajudam a manter o repositório. Entram nessa camada ajustes em guias de Docker, custom server, transpilePackages, ISR com Cache Components, jobs de CI, dependências de actions, ast-grep, Playwright Chromium e regras internas de skills.

Changelog do Paperclip canary/v2026.530.0-canary.1

Novidades

Nenhuma novidade de interface ou recurso novo foi descrita para a versão principal. O release é focado em comportamento de recovery e em teste de regressão para retries com causas misturadas.

Melhorias

• Paperclip canary/v2026.530.0-canary.1 — Streak de retries por causa: summarizeRecentContinuationRetries(...) agora interrompe o cálculo quando a causa de falha da continuação não corresponde ao errorCode mais recente. Isso impede que uma sequência como timeout, timeout, adapter_failed, adapter_failed seja escalada como três falhas consecutivas de adapter_failed.
• Paperclip canary/v2026.530.0-canary.1 — Backoff em continuation_recovery: o caminho de escalation e backoff agora recebe o errorCode classificado mais recente antes de resumir a sequência de retries. Com isso, a política de retry temporário agora reflete a falha atual, em vez de reutilizar orçamento consumido por uma causa anterior.
• Paperclip canary/v2026.530.0-canary.0 — UX de configuração do exe.dev: a origem mesclada informa ajuste em disclosure de opções avançadas, correção de valor padrão de formulário e item relacionado a SSH, mas a descrição foi truncada. O registro deve ser tratado como origem pobre para esse item específico.

Correções

• Paperclip canary/v2026.530.0-canary.1 — Retry cap transitório: foi adicionado teste de regressão para confirmar que falhas de continuação com causas misturadas não consomem o limite transitório de uma nova causa. O teste protege o comportamento esperado quando a sequência de erro muda durante tentativas de recuperação.

Breaking changes

Nenhuma quebra de compatibilidade foi declarada. A origem registra possibilidade baixa de falha, mas alerta que modos futuros de retry que dependam de errorCode = null passarão a ser agrupados como um grupo separado de sequência.

Ponto de Atenção

• Paperclip canary/v2026.530.0-canary.1 — Classificação nula de erro: revise qualquer novo modo de retry que possa enviar errorCode = null, porque esse caso agora entra em uma sequência própria. Teste sugerido: executar pnpm exec vitest run server/src/__tests__/heartbeat-process-recovery.test.ts e incluir um caso manual ou automatizado com causas alternadas para confirmar que o limite transitório só considera falhas consecutivas da mesma causa.
• Paperclip canary/v2026.530.0-canary.0 — Origem truncada: trate o item de UX do exe.dev como sinal incompleto até haver descrição completa do release. Teste sugerido: revisar o formulário de configuração, o disclosure de opções avançadas e o comportamento de SSH antes de atribuir impacto funcional maior.

Notas da versão

A origem inclui metadados de modelo, checklist e coautoria que não alteram o comportamento do software e foram removidos da leitura editorial. A validação publicada para a versão principal usa pnpm exec vitest run server/src/__tests__/heartbeat-process-recovery.test.ts.

Leitura operacional do dia

O release do Next.js é o que mais pede cuidado, porque mistura canary, mudanças internas no Turbopack, ajustes em Cache Components e pontos visíveis de desenvolvimento como overlay de erro e loop no Firefox. O responsável técnico que usa a linha estável pode apenas acompanhar, mas o responsável técnico que testa canary deve validar build, navegação, cache por query string, Windows e streaming antes de incorporar a versão.

Nos agentes e CLIs, a atenção fica em configuração e diagnóstico. Claude Code exige variável de ambiente para o modo automático em provedores gerenciados, Copilot CLI muda a leitura de /diff quando não há mudanças unstaged, e Paperclip altera a forma como retries são agrupados por causa de falha, o que pede teste direto no fluxo de recovery.