Em 12 de agosto, as publicações concentraram mudanças em autenticação, compilação, logging, execução de workflows, cache, terminal remoto, geração de migrations e segurança de ambientes. O conjunto combina correções pontuais com versões canary, release candidate e uma publicação LTS, por isso a validação deve começar pelas rotinas afetadas e terminar com um teste do fluxo completo.

Atualizações em Claude Code

1 versão

O Claude Code corrigiu o uso de worktrees e a autenticação de servidores MCP. A publicação também ajustou o suporte a ambientes remotos e correções distribuídas pelo terminal, pelo VS Code e pelos runners self-hosted.

Claude Code v2.1.229

Novidades

A publicação não anuncia recurso novo.

Melhorias

Claude Code v2.1.229 — Ambientes remotos: a versão inclui ajustes para worktrees remotos, integração com VS Code e runners self-hosted.

Correções

Claude Code v2.1.229 — Autenticação MCP: o fluxo OAuth de servidores MCP recebe correções para ambientes que usam clientes pré-registrados.

Breaking changes

Claude Code v2.1.229 — Runner self-hosted no Windows: a inicialização exige --base-dir explícito, porque a versão não fornece mais um diretório padrão de checkout.

Ponto de Atenção

Claude Code v2.1.229 — Teste sugerido: valide a autenticação de um servidor MCP, a abertura de um worktree remoto e a execução por um runner self-hosted.

Notas da versão

Claude Code v2.1.229 — Escopo: as mudanças se distribuem entre autenticação e execução remota.

Atualizações em Kestra

1 versão

O Kestra v1.3.33 reúne manutenção do core com uma alteração útil para labels de execução e preserva a separação entre bundles de linhagem. O foco está na confiabilidade do build e na leitura dos assets emitidos.

Kestra v1.3.33

Novidades

As notas técnicas não apresentam recurso novo.

Melhorias

Kestra v1.3.33 — Labels de execução: as labels aceitam objetos YAML com pares de chave e valor, mantendo essa associação na configuração da execução.

Correções

Kestra v1.3.33 — Compilação: a versão corrige uma falha de compilação registrada no core.
Kestra v1.3.33 — Linhagem de assets: bundles de linhagem permanecem separados por emissão durante o processamento.

Ponto de Atenção

Kestra v1.3.33 — Teste sugerido: valide uma execução com labels escritas como objeto YAML e um fluxo com várias emissões de assets para confirmar a separação de cada bundle.

Notas da versão

Kestra v1.3.33 — Escopo: esta é uma publicação de manutenção da série 1.3.x, concentrada no core e na configuração de execuções.

Atualizações em Laravel

1 versão

O Laravel v13.9.0 altera o esqueleto de novas aplicações com um comando de desenvolvimento, logging mensal e ajustes nas respostas de exceção. Os workflows do GitHub Actions também usam componentes reutilizáveis e permissões menores.

Laravel v13.9.0

Novidades

Laravel v13.9.0 — Ambiente de desenvolvimento: o script composer dev usa o novo comando artisan dev, com a dependência @laravel/multiplex no projeto-base.
Laravel v13.9.0 — Logging: config/logging.php ganha um driver mensal para rotação dos logs.

Melhorias

Laravel v13.9.0 — Configuração local: o APP_URL padrão usa a porta 8000, alinhada ao servidor local iniciado pelo Artisan.
Laravel v13.9.0 — GitHub Actions: workflows de pull requests e issues usam componentes reutilizáveis com permissões mínimas, e o Dependabot recebe espera de cinco dias com merge automático.
Laravel v13.9.0 — Dependências: actions/checkout, shivammathur/setup-php e Concurrently são atualizados.

Correções

Laravel v13.9.0 — Exceções JSON: a renderização restaura o fallback de expectsJson, preservando respostas JSON quando a requisição indica esse formato.
Laravel v13.9.0 — Maintenance mode: o docblock registra array entre os drivers aceitos pelo modo de manutenção.

Ponto de Atenção

Laravel v13.9.0 — Teste sugerido: execute composer dev, confirme a porta 8000, provoque uma exceção em uma requisição que espera JSON e valide o arquivo mensal criado pelo driver de logging.

Notas da versão

Laravel v13.9.0 — Escopo: a publicação altera o repositório-base laravel/laravel, usado como ponto inicial de novas aplicações.

Atualizações em n8n

3 versões

As três publicações do n8n corrigem o ciclo de ativação, o uso de data tables durante a retomada e a aplicação de TLS através de proxies. As versões cobrem as séries 1.x e 2.x, com ajustes que devem ser testados nos workflows ativos.

n8n 1.123.70

Novidades

A publicação não anuncia recurso novo.

Melhorias

n8n 1.123.70 — Dependências: adm-zip, tar, undici e fast-uri recebem atualizações dentro da série 1.x.

Correções

n8n 1.123.70 — Polling agendado: os ticks de polling deixam de liberar o isolate de expressões pertencente à ativação enquanto ela continua em uso.

Ponto de Atenção

n8n 1.123.70 — Teste sugerido: mantenha um workflow com trigger por polling ativo durante vários ciclos e confira se as expressões continuam disponíveis.

Notas da versão

n8n 1.123.70 — Escopo: a publicação combina uma correção do core com atualizações de dependências.

n8n 2.34.5

Novidades

A publicação não anuncia recurso novo.

Melhorias

As notas técnicas não registram melhoria independente.

Correções

n8n 2.34.5 — Proxy e TLS: as opções TLS são aplicadas em cada salto da requisição, preservando a configuração ao atravessar o proxy.

Ponto de Atenção

n8n 2.34.5 — Teste sugerido: execute uma requisição HTTPS pelo proxy usado no ambiente e confira a negociação do certificado em cada etapa.

Notas da versão

n8n 2.34.5 — Escopo: a publicação limita-se ao tratamento de TLS pelo core.

n8n 2.35.1

Novidades

A publicação não anuncia recurso novo.

Melhorias

As notas técnicas não registram melhoria independente.

Correções

n8n 2.35.1 — Data tables: a retomada de uma execução aceita o escopo Always allow ao acessar data tables.
n8n 2.35.1 — Proxy e TLS: as opções TLS são aplicadas em cada salto de uma requisição que atravessa um proxy.

Ponto de Atenção

n8n 2.35.1 — Teste sugerido: retome uma execução que usa data tables com Always allow e faça uma requisição HTTPS pelo proxy do ambiente.

Notas da versão

n8n 2.35.1 — Escopo: a publicação concentra-se em permissões de data tables e TLS.

Atualizações em Next.js

1 versão

O Next.js v16.3.1-canary.15 reúne mudanças no Turbopack, no HMR, no build e no fluxo de contribuições. Como a publicação também incorpora a canary.14, a validação precisa cobrir build, navegação, cache e a inicialização do runtime compartilhado.

Next.js v16.3.1-canary.15

Novidades

Next.js v16.3.1-canary.15 — Turbopack: as heurísticas de chunking documentam e aceitam clusters.
Next.js v16.3.1-canary.15 — Contribuição: participantes de uma issue podem solicitar a reabertura, e o guia de contribuição aponta issues relacionadas.

Melhorias

Next.js v16.3.1-canary.15 — HMR e build: o estado de versão do HMR não é serializado, o ncc pode rodar antes de pnpm build e entradas deferred do Webpack são invalidadas.
Next.js v16.3.1-canary.15 — Desenvolvimento: o fallback de mtime volta a ser usado, e os testes instáveis de streaming e use cache recebem ajustes de confiabilidade.
Next.js v16.3.1-canary.15 — Preview privado: o CI usa tokens OIDC para ler builds privados de preview.

Correções

Next.js v16.3.1-canary.15 — Turbopack: o HMR de imports dinâmicos avaliados a partir de layouts deixa de falhar.
Next.js v16.3.1-canary.15 — Pages Router: caminhos de builds de debug usados pelas entradas de suporte são corrigidos.
Next.js v16.3.1-canary.15 — Cache e runtime: a publicação restaura a visualização ao vivo de headers(), corrige valores antigos após navegação e elimina uma corrida na inicialização do runtime compartilhado.
Next.js v16.3.1-canary.15 — Manifests: o Turbopack deixa de gravar crossOrigin quando a opção não foi definida.

Ponto de Atenção

Next.js v16.3.1-canary.15 — Teste sugerido: valide o chunking com Turbopack, o HMR de imports dinâmicos em layouts, uma rota que revalida cache e uma aplicação Pages Router em modo debug.

Notas da versão

Next.js v16.3.1-canary.15 — Releases mesclados: as notas reúnem v16.3.1-canary.15 e v16.3.1-canary.14, publicadas em 12 de agosto, com mudanças de produto, testes e documentação.

Atualizações em Portainer

1 versão

O Portainer 2.39.6 LTS concentra a publicação em segurança, correções de ambientes Docker, Swarm e Kubernetes e atualização de dependências. O percurso de teste precisa cobrir as novas configurações de acesso e as operações que dependem de registry privado e clusters existentes.

Portainer 2.39.6

Novidades

Portainer 2.39.6 — Proteção contra SSRF: as configurações oferecem uma allow-list com os modos off, audit e enforce.

Melhorias

Portainer 2.39.6 — Segurança de dependências: o Go toolchain e bibliotecas de Git, OCI, OpenTelemetry, compressão, rede, containerd e gRPC recebem versões que corrigem vulnerabilidades listadas no release.
Portainer 2.39.6 — Edge e ambientes: a configuração padrão exige o EdgeID no primeiro contato.

Correções

Portainer 2.39.6 — Deploy Swarm: caminhos de arquivos de configs e secrets deixam de escapar da raiz do projeto durante o deploy de um compose.
Portainer 2.39.6 — Permissões de ambiente: o acesso direto ao ambiente permanece após a remoção do grupo associado.
Portainer 2.39.6 — Kubernetes: a versão corrige toasts de erro sem mensagem, portas de serviços Ingress exibidas como 0 e falhas de kubectl port-forward contra clusters antigos.
Portainer 2.39.6 — Swarm e Docker: stacks deixam de falhar ao iniciar ou parar a partir de um worker, imagens privadas voltam a ser baixadas em re-pull forçado e builds com imagem privada no FROM deixam de falhar por unauthorized.

Ponto de Atenção

Portainer 2.39.6 — Teste sugerido: valide os modos da allow-list SSRF, um deploy Swarm com configs e secrets, a permanência do acesso após remover um grupo e um build Docker que use registry privado.
Portainer 2.39.6 — Ambientes Podman: o release mantém limitações para auto-onboarding, inclusão por socket e combinações suportadas de CentOS 9 e Podman 5 rootful.

Notas da versão

Portainer 2.39.6 — Escopo: a publicação é LTS e combina segurança, correções de ambientes Docker, Swarm e Kubernetes e atualizações de dependências.

Atualizações em Orca

1 versão

O Orca v1.4.181-rc.0 prepara uma futura versão estável com trabalho concentrado em terminal, inicialização no Windows, recuperação de artifacts, previews remotas e leitura de transcripts pelo WSL. O conjunto combina correções de interface com ajustes de desempenho.

Orca v1.4.181-rc.0

Novidades

As notas informam que o release candidate não adiciona recurso de produto.

Melhorias

Orca v1.4.181-rc.0 — Terminal WebGL: o terminal deixa de reiniciar o atlas WebGL conforme a saída muda.
Orca v1.4.181-rc.0 — Leituras federadas: consultas passam pelo controle compartilhado para reduzir chamadas repetidas na orquestração.

Correções

Orca v1.4.181-rc.0 — Terminal: snapshots alternativos largos demais são ignorados, seleções antigas são limpas após recuperar uma pane e links deixam de alcançar o processo filho.
Orca v1.4.181-rc.0 — Artifacts e previews: artifacts na nuvem podem ser recuperados após uma criação ou limpeza interrompida, e a preview HTML remota preserva janela, grupo e foco.
Orca v1.4.181-rc.0 — Agentes e WSL: títulos de agentes do Claude Code permanecem ocupados, e operações de transcripts pelo WSL recebem timeout e limite de capacidade.

Ponto de Atenção

Orca v1.4.181-rc.0 — Teste sugerido: confira recuperação de pane, seleção e links do terminal, inicialização no Windows, uma preview remota pareada e leitura de transcript por WSL.

Notas da versão

Orca v1.4.181-rc.0 — Escopo: a publicação parte da base diária v1.4.180 e reúne correções que antecedem uma atualização estável.

Atualizações em Paperclip

2 versões

As duas publicações do Paperclip cobrem a geração de migrations, a validação de payloads, o login do Claude Code em sandboxes e ajustes de interface. A versão canary.2 corrige um problema específico de artefatos compilados, a canary.12 amplia o trabalho para o servidor e a experiência móvel.

Paperclip canary/v2026.812.0-canary.2

Novidades

A publicação não anuncia recurso novo.

Melhorias

Paperclip canary/v2026.812.0-canary.2 — Geração de migrations: pnpm --filter @paperclipai/db generate limpa dist antes de compilar os schemas.

Correções

Paperclip canary/v2026.812.0-canary.2 — Schemas removidos: arquivos antigos em dist/schema/ deixam de influenciar a geração de migrations, impedindo que tabelas removidas reapareçam.

Ponto de Atenção

Paperclip canary/v2026.812.0-canary.2 — Teste sugerido: em um checkout com resíduos em dist/schema/, execute pnpm --filter @paperclipai/db generate e confirme que nenhuma tabela removida volta ao SQL.

Notas da versão

Paperclip canary/v2026.812.0-canary.2 — Escopo: as notas completas tratam da preparação dos schemas usados pelo banco.

Paperclip canary/v2026.812.0-canary.12

Novidades

Paperclip canary/v2026.812.0-canary.12 — Login em sandbox: a publicação prepara claude setup-token por pseudoterminal, com transporte Daytona, sessões vinculadas e entrega única do token.
Paperclip canary/v2026.812.0-canary.12 — Login de adapters: o contrato de sessão, a tabela do banco, as rotas e os formulários de agente recebem a base do login de dispositivo em sandboxes.

Melhorias

Paperclip canary/v2026.812.0-canary.12 — Tela de issues: o thread recebe ajustes de espaçamento, subtarefas voltam à área de propriedades, a busca de responsável é adicionada e comentários de documentos ganham uma lateral própria.
Paperclip canary/v2026.812.0-canary.12 — Interface móvel: o composer permanece acima da navegação inferior, chips de dependência ganham ações e o editor focado continua visível após mudanças de viewport e rolagem.
Paperclip canary/v2026.812.0-canary.12 — Migrations: .gitattributes omite diffs gerados em src/migrations/meta/**, reduzindo ruído nas revisões.

Correções

Paperclip canary/v2026.812.0-canary.12 — Validação Zod: erros de outra instância da biblioteca deixam de cair como HTTP 500, o servidor preserva a resposta HTTP 400 com os detalhes.
Paperclip canary/v2026.812.0-canary.12 — Documentos e viewport: comentários de anotação deixam de reduzir a área principal, e o editor mantém o foco visível em layouts de celular, tablet e desktop.

Ponto de Atenção

Paperclip canary/v2026.812.0-canary.12 — Teste sugerido: envie um payload inválido para POST /api/issues/:id/work-products com schema carregado por outra instância do Zod e confirme HTTP 400. Depois confira a tela de issue em larguras de celular e desktop.

Notas da versão

Paperclip canary/v2026.812.0-canary.12 — Releases mesclados: a publicação reúne canary.3 a canary.12 do ciclo de 12 de agosto, entradas sem detalhe técnico adicional não foram expandidas.

As mudanças de 12 de agosto percorrem uma sequência coerente: primeiro valide autenticação e ambientes remotos, depois compile e gere migrations em checkouts limpos, confira respostas JSON e logging, e só então teste polling, data tables, TLS, cache, terminais e sandboxes. Esse percurso separa ajustes de build e infraestrutura das alterações que dependem de interação com usuário ou workflow.

Para aprofundar esses temas com orientação e aplicação, conheça as formações da Promovaweb.