Pular para o conteúdo
Releases
55
Apps
14
Com breaking change ou bug
18

Dias da semana

Com releaseBreaking change ou bugAinda não compilado

Nesta página

O n8n encerrou a semana com restrições à importação e à edição de workflows que utilizam Nodes descontinuados. O Claude Code corrigiu permissões dos hooks e acrescentou recusas para arquivos fora de UTF-8. Essas mudanças exigem conferir a ação específica que sua automação executa: continuar um workflow gravado não equivale a restaurar seu backup numa instalação nova.

Entre 04/10 e 10/10/2026, o Next.js publicou a versão estável 16.4.0 e continuou as alterações do Turbopack no canal canary. O Orca modificou a administração de servidores remotos e o acesso aos históricos antigos. No Paperclip, a persistência dos arquivos dos agentes veio acompanhada da remoção de interfaces utilizadas por integrações.

Este resumo reúne 55 releases técnicas de 14 sistemas na semana fechada de domingo a sábado. As datas das versões seguem America/New_York. A classificação estável ou pré-release corresponde às publicações consultadas, sem confundir uma versão estável com a estabilidade de cada recurso experimental incluído nela.

Atualizações em Antigravity CLI

5 versões

A sequência da semana alterou a revisão de arquivos e a instalação de plugins. A aprovação de planos recebeu uma configuração separada das permissões das ferramentas. No macOS, a última publicação restringiu um diretório que pode guardar credenciais de outros aplicativos.

Antigravity CLI 1.2.17

O release oficial 1.2.17 foi publicado em 05/10 e está identificado como estável.

Melhorias

Os comandos isolados no Windows dispensam direitos de administrador. A sandbox aceita ferramentas como Git e Python nas condições descritas pelas notas. A interface também apresenta avisos de serviço acima do prompt e corrige tabelas Markdown com caracteres combinados ou emojis.

Ponto de Atenção

Teste sugerido: execute um comando inofensivo do Git numa sessão do Windows sem elevação e confira a indicação de isolamento. A dispensa de administrador conserva a sandbox. Para imagens TIFF, compare o formato reconhecido após abrir um arquivo de teste.

Antigravity CLI 1.3.0

O release oficial 1.3.0 foi publicado em 06/10 e está identificado como estável.

Melhorias

O padrão de Verbosity muda para medium, agrupando chamadas relacionadas e raciocínios. Os comandos e as respostas continuam visíveis. A publicação corrige a rolagem por SSH e tmux e reconhece caminhos com espaços ou caracteres especiais nas menções aos arquivos.

Breaking changes

Os atalhos j e k de /diff movem o cursor entre linhas. A troca de arquivo utiliza as setas esquerda e direita, exigindo adaptar a navegação anterior.

Ponto de Atenção

Teste sugerido: abra dois arquivos alterados em /diff e compare os atalhos. Se sua revisão exige todas as chamadas por inteiro, selecione high em /config e confira a apresentação resultante.

Antigravity CLI 1.3.1

O release oficial 1.3.1 foi publicado em 06/10 às 23h22 e está identificado como estável. O timestamp do GitHub corresponde a 07/10 em UTC.

Correções

A revisão conserva o cursor e a rolagem de cada arquivo. No Windows, substituir ou remover um plugin encerra e reinicia seus servidores MCP (Model Context Protocol). Falhas dos subagentes mostram a causa e Send Immediately funciona após a edição de um artefato durante o turno.

Ponto de Atenção

Teste sugerido: percorra alterações com n e N, volte ao arquivo anterior e confira a posição. Ao substituir um plugin autorizado no Windows, observe seus processos. Outra sessão pode manter a pasta aberta e exigir o encerramento do processo indicado pelo terminal.

Antigravity CLI 1.3.2

O release oficial 1.3.2 foi publicado em 08/10 e está identificado como estável.

Novidades

O gerenciador /plugin instala extensões do marketplace oficial ou de uma pasta local, incluindo as skills declaradas e as ferramentas disponíveis em bin/. A instalação interrompida recebe proteção contra componentes parcialmente instalados.

Breaking changes

A flag --dangerously-skip-permissions dispensa somente as perguntas de permissão das ferramentas. Automações que a utilizavam para aprovar planos precisam configurar Artifact Review em /config.

Ponto de Atenção

Teste sugerido: abra /plan num projeto descartável com a configuração da sua automação e confira a espera pela revisão. Valide a preferência do plano separadamente da execução de um comando permitido.

Antigravity CLI 1.3.3

O release oficial 1.3.3 foi publicado em 09/10 às 23h06 e está identificado como estável. Em UTC, a publicação está registrada em 10/10.

Novidades e correções

Os plugins aceitam subagentes declarados em agents.json e as ferramentas MCP podem utilizar antigravity/alwaysLoad para carregamento direto. Nos workspaces com vários repositórios, os modos branch e share criam uma cópia de cada repositório, corrigindo o trabalho indevido no checkout original.

Breaking changes

O sandbox do macOS recusa por padrão a leitura de ~/Library/Application Support. Comandos que acessavam essa pasta precisam de permissão explícita para o caminho necessário.

Ponto de Atenção

Teste sugerido: confira a recusa usando um arquivo sem credenciais e repita a leitura após autorizar somente seu caminho. Num workspace descartável com dois repositórios, verifique se as alterações do subagente permanecem nas cópias isoladas.

Atualizações em Claude Code

7 versões

As sete versões corrigem permissões e continuidade de sessões, com mudanças sucessivas nos hooks. Os agendamentos exigem uma leitura por versão: a correção do despertar na nuvem apresentada no início da semana foi revertida na 2.1.293.

Claude Code 2.1.290

O release oficial 2.1.290 foi publicado em 05/10 e está identificado como estável.

Correções

As restrições de leitura alcançam links simbólicos e as permissões são reavaliadas após alterações da entrada por PreToolUse. Compactações feitas nesta versão preservam tarefas de /loop. O WebFetch aceita offset para continuar uma leitura que ultrapassou o conteúdo apresentado inicialmente.

Breaking changes

O Chrome exige ativação por --chrome, /chrome ou configuração pessoal, pois os arquivos do projeto não podem habilitar essa integração. Integrações que interpretavam agent_id como name@team precisam consultar teammate_id. Na nuvem, outro host do GitHub exige --hostname ou URL completa no gh api integrado.

Ponto de Atenção

Teste sugerido: confira a habilitação explícita do navegador e a recusa de leitura de um arquivo fictício por link simbólico. Crie uma tarefa inofensiva de /loop, compacte a conversa e verifique sua retomada. A correção não recupera tarefas perdidas anteriormente.

Claude Code 2.1.291

O release oficial 2.1.291 foi publicado em 05/10 às 23h55 e está identificado como estável. A data UTC é 06/10.

Correções

Respostas às solicitações de permissão na nuvem são preservadas após uma regressão da 2.1.290. O encerramento da sessão também conserva as mensagens finais, corrigindo uma falha introduzida na 2.1.288.

Ponto de Atenção

Teste sugerido: responda a uma solicitação de permissão numa sessão isolada e confira o recebimento. Encerre outra conversa com uma mensagem identificável e retome-a para verificar o histórico. As notas não anunciam recuperação de mensagens já perdidas.

Claude Code 2.1.292

O release oficial 2.1.292 foi publicado em 06/10 e está identificado como estável.

Novidades e correções

claude plugin install aceita --marketplace e a ferramenta Agent recebe effort. As correções aplicam permissões a caminhos de rede e preservam verificações dos plugins durante o reinício dos hooks. Tarefas gravadas após retomar ou ramificar uma sessão voltam a disparar nos casos corrigidos.

Ponto de Atenção

A negociação dos servidores MCP locais utiliza 2026-07-28 por padrão, com MCP_PROTOCOL_NEGOTIATION=legacy disponível para conferir incompatibilidades com servidores anteriores. Teste sugerido: confira a conexão do servidor utilizado pelo projeto e o disparo de uma tarefa agendada após retomar a sessão.

Claude Code 2.1.293

O release oficial 2.1.293 foi publicado em 07/10 e está identificado como estável.

Novidades e correções

O Claude Haiku 5.5 é incluído com janela de contexto de um milhão de tokens. Após compactar a conversa, o agente reconhece melhor as ações já concluídas. A transferência para segundo plano preserva mensagens enfileiradas ou apresenta a causa da recusa.

Ponto de Atenção

A publicação reverte a correção do despertar de /loop e de tarefas agendadas na nuvem após reiniciar o container. Uma sessão afetada pode permanecer adormecida. Teste sugerido: confira esse disparo separadamente da preservação de uma mensagem enviada durante a transferência para segundo plano.

Claude Code 2.1.294

O release oficial 2.1.294 foi publicado em 08/10 e está identificado como estável.

Correções

Hooks prompt e agent escritos como instruções de recusa deixam de permitir os comandos que deveriam recusar. Nos eventos Stop e SubagentStop, a avaliação também interpreta melhor instruções para continuar após um build com erro.

Ponto de Atenção

Teste sugerido: configure a recusa de um comando inofensivo num projeto descartável e observe a resposta. Confira depois a continuidade determinada por um hook prompt de Stop após uma falha controlada no build.

Claude Code 2.1.295

O release oficial 2.1.295 foi publicado em 08/10 e está identificado como estável.

Novidades e correções

onFailure: "block" permite recusar ações quando um hook de comando ou HTTP falha. Servidores MCP remotos recuperam conexões interrompidas por mais de 15 segundos. A saída de claude -p conserva respostas de turnos concluídos quando o trabalho em segundo plano inicia outro turno.

Breaking changes

Mensagens MCP superiores a 16 MiB por WebSocket são recusadas e encerram a conexão. Reduza ou divida o conteúdo dessas integrações. No macOS e no Linux sem o serviço instalado, interromper claude agents junto com seu serviço encerra sessões ativas em cerca de um minuto, salvo se o comando for iniciado novamente.

Ponto de Atenção

Teste sugerido: provoque uma falha inofensiva num hook com a política explícita e observe a recusa. Confira depois a reconexão de um servidor de teste. O gateway no Bedrock utiliza CountTokens, que exige a permissão bedrock:CountTokens.

Claude Code 2.1.296

O release oficial 2.1.296 foi publicado em 09/10 e está identificado como estável.

Novidades e correções

autoCompactWindow configura uma janela menor para subagentes. A publicação corrige o encerramento do turno após recusas de hooks gerenciados e conserva a desativação de servidores MCP por pasta. O login por gateway afetado pela 2.1.295 volta a funcionar nas condições descritas pelas notas.

Breaking changes

Edit e NotebookEdit recusam arquivos inválidos como UTF-8. Para editar arquivos Windows-1252 ou de outra codificação afetada, utilize um editor compatível ou converta uma cópia com conferência do conteúdo. Turnos e comandos ! iniciados durante a transferência para segundo plano são interrompidos e precisam ser reiniciados no destino pretendido.

Ponto de Atenção

Teste sugerido: confira a recusa de uma ferramenta pelo hook gerenciado e recarregue os plugins com um servidor desativado. Numa cópia de arquivo Windows-1252, compare os bytes após a edição recusada para verificar sua preservação.

Atualizações em Codex

4 versões

O Codex corrigiu a inicialização remota no Windows e ampliou os recursos de trabalho durante a sessão. A preservação de permissões e dos finais de linha exige testes separados da retomada do histórico, porque cada correção alcança uma parte diferente da execução.

Codex 0.160.1

O release oficial 0.160.1 foi publicado em 05/10 e está identificado como estável.

Correções

Servidores MCP stdio no Windows conservam SYSTEMROOT, TEMP e TMP quando iniciados por um host Unix com variáveis remotas explicitamente configuradas. A correção preserva os caminhos necessários ao processo e mantém a filtragem das variáveis não solicitadas.

Ponto de Atenção

Teste sugerido: inicie um servidor de teste nessa conexão e confira a presença das três variáveis. Utilize uma variável fictícia adicional para confirmar que ela permanece ausente quando não foi autorizada.

Codex 0.161.0

O release oficial 0.161.0 foi publicado em 07/10 e está identificado como estável.

Novidades e correções

O GPT-6.1 Sol é o modelo padrão dos catálogos incorporados e do Amazon Bedrock. /mcp login <name> permite autenticar um servidor durante a sessão. A retomada inclui o histórico confirmado mais recente e as tarefas em segundo plano conservam as permissões do turno inicial.

Breaking changes

A preferência daybreak=true isolada não habilita os controles nem o encaminhamento automático ao Cyber. Instalações elegíveis precisam de --enable cli_daybreak ou features.cli_daybreak=true, além do suporte do modelo e da autenticação compatível.

Ponto de Atenção

Teste sugerido: autentique um servidor autorizado durante uma sessão isolada, reconecte e compare as permissões explícitas. Ao retomar uma conversa, confira sua última mensagem confirmada e a disponibilidade dos controles de Daybreak nas instalações elegíveis que utilizam o recurso.

Codex 0.162.0

O release oficial 0.162.0 foi publicado em 08/10 e está identificado como estável.

Novidades e correções

Projetos locais confiáveis podem criar e listar worktrees gerenciadas com o recurso habilitado. /copy permite escolher blocos da conversa. O apply_patch preserva finais de linha CRLF e o sandbox Linux aceita várias recusas de leitura na inicialização.

Ponto de Atenção

O grupo compartilhado Pinned depende do suporte do servidor. Teste sugerido: altere um arquivo CRLF num repositório descartável e confira seus finais de linha. Com a funcionalidade habilitada, crie uma worktree e compare sua presença na listagem.

Codex 0.162.1

O release oficial 0.162.1 foi publicado em 09/10 e está identificado como estável.

Correções

Perguntas assíncronas com várias linhas conservam as quebras e os destinos dos links, corrigindo o travamento da interface. A inicialização verifica somente opções de recursos explicitamente fornecidas, evitando recusar um servidor ativo por diferenças entre configurações padrão.

Ponto de Atenção

Teste sugerido: abra o terminal com o servidor ativo e confira uma pergunta com várias linhas e um link, comparando o destino aberto com o endereço completo. As opções explícitas da inicialização continuam sujeitas à verificação de compatibilidade com o servidor utilizado.

Atualizações em Hermes Agent

1 versão

As correções da semana abrangem autenticação e integrações que podem autorizar uma sessão ou executar programas. O canal utilizado para instalar o Hermes determina a atualização disponível, pois o aplicativo desktop conserva sua versão anterior.

Hermes Agent 0.21.6

O release oficial 0.21.6 foi publicado em 08/10 e está identificado como estável.

Correções

O painel corrige a alteração do limite de tentativas por cabeçalhos X-Forwarded-For falsificados e o redirecionamento indevido do login nativo. O gateway de email corrige a autorização baseada num nome de exibição que imitava um endereço permitido. Chamadas automáticas do Git recebem proteção contra filtros definidos por repositórios não confiáveis.

Ponto de Atenção

As instalações por Git utilizam hermes update. A publicação também oferece uma imagem Docker estável, mas não atualiza o desktop, o Termux ou a Microsoft Store. Teste sugerido: confira a recusa de um redirecionamento externo no login e compare o remetente efetivo de um email com seu nome de exibição.

Atualizações em Kestra

2 versões

As duas linhas recebem novas tentativas HTTP centralizadas. Na 1.3, a correção preserva o worker após cancelar uma tarefa. Na 2.0, o estado da execução determina a possibilidade de replay e as novas tentativas modificam a retomada do diretório de trabalho.

Kestra 1.3.42

O release oficial 1.3.42 foi publicado em 05/10 e está identificado como estável.

Melhorias e correções

O cancelamento de uma tarefa não derruba o worker que atende outras tarefas. Assets permitem editar tipo e namespace. Os dashboards montam gráficos conforme aparecem durante a rolagem e limitam requisições simultâneas, sem uma medição de desempenho nas notas.

Ponto de Atenção

Teste sugerido: cancele uma tarefa isolada e execute outra para conferir a continuidade do worker. Grave duas alterações sucessivas num arquivo de namespace e reabra-o para verificar o conteúdo. O resultado da tarefa cancelada continua separado do estado do processo.

Kestra 2.0.5

O release oficial 2.0.5 foi publicado em 05/10 e está identificado como estável.

Correções

Uma nova tentativa de tarefa filha executa novamente o WorkingDirectory, permitindo conferir o diretório utilizado após a falha. Reiniciar uma execução também retoma tarefas irmãs ainda não encerradas. O valor padrão de Loop.concurrencyLimit é ajustado para 0, acompanhado de correções de concorrência e de Loop com pausa.

Breaking changes

O replay convencional exige uma execução encerrada. Integrações que repetiam execuções ativas ou pausadas precisam aguardar seu estado final ou utilizar a ação de encerramento adequada. O playground suspenso em breakpoint conserva uma exceção própria.

Ponto de Atenção

Teste sugerido: compare o replay de uma execução pausada com o de uma encerrada. Depois, provoque uma falha controlada numa tarefa filha de WorkingDirectory e confira a nova execução do diretório. Verifique o playground separadamente.

Atualizações em Laravel

1 versão

A alteração publicada pertence à estrutura inicial do repositório laravel/laravel. Ela separa arquivos que controlam a exclusividade de tarefas do diretório apagado pela limpeza do cache em arquivos.

Laravel 13.11.0

O release oficial 13.11.0 foi publicado em 06/10 e está identificado como estável.

Correções

O lock_path do driver file utiliza storage_path('framework/cache/locks'). O conteúdo do cache permanece em storage_path('framework/cache/data'), evitando remover os locks durante a limpeza desse conteúdo.

Ponto de Atenção

Uma aplicação existente não recebe automaticamente outro config/cache.php ao atualizar suas dependências. Teste sugerido: compare os caminhos configurados e adquira um lock numa cópia da aplicação. Limpe o cache e confirme que outro processo não consegue adquirir o mesmo lock ainda válido.

Atualizações em n8n

8 versões

O início da semana corrigiu permissões das chaves e continuidade do task runner. A linha 2.43 acrescentou controles de orçamento e de suspensão dos agentes. As duas últimas versões da semana exigem revisar workflows antigos, principalmente quando você depende de importação de backup ou de sub-workflows fornecidos por arquivo.

n8n 2.41.7

O release oficial 2.41.7 foi publicado em 05/10 e está identificado como estável.

Correções

Membros globais podem atribuir escopos de variáveis às chaves de API (interface de programação de aplicações). O editor também apresenta promoções de créditos do Gateway nos Nodes da comunidade, sem condições comerciais detalhadas nas notas.

Ponto de Atenção

Teste sugerido: configure uma chave de teste com os escopos de variáveis necessários à integração e confira a permissão concedida. Essa alteração trata da autorização da chave, não do conteúdo das variáveis.

n8n 2.42.3

O release oficial 2.42.3 foi publicado em 05/10 e aparece como estável na reconsulta preservada.

Correções

Uma rejeição de Promise sem tratamento não encerra o task runner. A versão também recebe a correção dos escopos de variáveis das chaves e a apresentação das promoções nos Nodes da comunidade.

Ponto de Atenção

Teste sugerido: reproduza a rejeição numa instalação isolada e execute outra tarefa depois. Confira a continuidade do runner e o resultado da tarefa que falhou separadamente. A promoção para estável não representa outra release técnica.

n8n 2.43.0

O release oficial 2.43.0 foi publicado em 06/10 e está identificado como pré-release.

Novidades e correções

Os agentes recebem um limite de orçamento opcional e registro de gasto no banco. O motor permite suspensão entre Nodes para execuções retomáveis e o Cron Node legado utiliza o agendador durável. A publicação recusa workflows com entradas obrigatórias desconectadas e corrige saídas declaradas de sub-workflows.

Ponto de Atenção

Teste sugerido: numa instalação isolada, compare o disparo de um Cron Node existente e o retorno de um sub-workflow. Configure um orçamento pequeno num agente de teste e confira sua resposta ao limite. A remoção do conector de um clique do ChatGPT no editor não anuncia o fim do protocolo MCP.

n8n 2.43.1

O release oficial 2.43.1 foi publicado em 07/10 e está identificado como pré-release.

Melhorias

O prompt de sistema do construtor de agentes permanece estático para permitir reutilização pelo cache. O sandbox das skills do Instance AI é preparado em segundo plano. O Assistant e o botão Execute recebem ajustes visuais sem detalhamento de cada elemento nas notas.

Ponto de Atenção

Teste sugerido: execute uma skill numa instalação isolada e acompanhe a preparação do ambiente. Confira o editor durante a tarefa. A publicação não apresenta uma redução medida de tempo ou consumo de tokens.

n8n 2.42.5

O release oficial 2.42.5 foi publicado em 08/10 e está identificado como estável.

Correções

O artefato do agente aparece no editor durante sua criação. Você pode acompanhar o conteúdo produzido pelo construtor sem aguardar o término para visualizá-lo.

Ponto de Atenção

Teste sugerido: inicie a criação de um agente de teste e observe sua apresentação durante a geração. A correção pertence ao editor e não anuncia alterações no comportamento dos provedores de modelos.

n8n 2.43.2

O release oficial 2.43.2 foi publicado em 08/10 e está identificado como pré-release.

Correções

A linha 2.43 recebe a apresentação do artefato durante a criação do agente. A publicação também corrige o Kimi K3 e outros provedores compatíveis com OpenAI no Assistant self-hosted, sem enumerar todos os provedores afetados.

Ponto de Atenção

Teste sugerido: compare uma resposta do Assistant com o provedor já configurado numa instalação isolada. A correção desse Assistant não descreve uma mudança geral em todos os Nodes de IA.

n8n 2.42.6

O release oficial 2.42.6 foi publicado em 09/10 e está identificado como estável.

Novidades

O backend verifica a marcação de Nodes descontinuados. Function, Function Item e LangChain Code estão entre os tipos afetados. O seletor de imagens do Google Gemini inclui Nano Banana 2.1 e Nano Banana 2 Lite.

Breaking changes

Adicionar ou alterar um Node descontinuado provoca recusa de gravação. Importações numa instalação nova também podem falhar, inclusive ao restaurar backups. A validação alcança sub-workflows fornecidos por arquivo, URL ou JSON e ferramentas de chat com esses tipos. Substitua os componentes afetados para utilizar essas chamadas com a verificação habilitada.

Ponto de Atenção

Um Node descontinuado inalterado pode continuar num workflow já gravado. Teste sugerido: compare sua execução com a recusa de alterar um parâmetro e com a importação numa instalação nova. N8N_DEPRECATED_NODES_BLOCK=false desativa a verificação, mas a recuperação deve incluir a substituição dos Nodes antigos e nova conferência com a validação ativa.

n8n 2.43.3

O release oficial 2.43.3 foi publicado em 09/10 e está identificado como pré-release.

Novidades

A linha 2.43 recebe a mesma validação de Nodes descontinuados e as duas opções de imagem do Google Gemini. A remoção de um Node antigo e a migração para um tipo aceito permanecem permitidas.

Breaking changes

Workflows que adicionam ou alteram Nodes descontinuados são recusados na gravação e na importação. Ferramentas de chat e sub-workflows fornecidos por arquivo também podem parar de executar. Migre esses componentes e confira as chamadas utilizadas na automação.

Ponto de Atenção

Teste sugerido: mova somente a posição de Function no canvas e confira a gravação permitida. Compare com a recusa de alterar um parâmetro. Depois, substitua o Node num sub-workflow de teste e verifique sua execução por arquivo.

Atualizações em Next.js

13 versões

A 16.4.0 estabiliza controles de navegação e de renderização estática. As canaries anteriores mostram uma reversão relevante: forbidden() e unauthorized() voltaram à condição experimental na canary.63. A linha 16.5 continuou em pré-release durante toda a semana.

Next.js 16.4.0-canary.60

O release oficial canary.60 foi publicado em 04/10 e está identificado como pré-release.

Melhorias

O analisador de bundles padroniza as cores utilizadas para apresentar variações. As notas descrevem a visualização da comparação e não uma mudança no cálculo ou no tamanho dos arquivos.

Ponto de Atenção

Teste sugerido: abra a mesma comparação nas duas versões e observe as cores junto dos valores numéricos. A alteração visual não comprova melhoria de desempenho.

Next.js 16.4.0-canary.61

O release oficial canary.61 foi publicado em 05/10 e está identificado como pré-release.

Novidades e melhorias

eslint-config-next aceita ESLint 10. O analisador fornece seu grafo versionado em JSON Lines e o Turbopack ajusta o cache de caminhos. A estabilização de forbidden() e unauthorized() anunciada nesta canary foi revertida na canary.63.

Ponto de Atenção

Teste sugerido: execute build e lint numa cópia da aplicação. Confira as respostas das rotas de autorização e compare a configuração exigida pela versão realmente instalada, considerando a reversão posterior.

Next.js 16.4.0-canary.62

O release oficial canary.62 foi publicado em 06/10 e está identificado como pré-release.

Melhorias e correções

A análise inclui grupos de chunks por rota e módulos dos arquivos gerados. Os processos de desenvolvimento e build continuam durante avisos de atualização. O Turbopack corrige o tratamento de tarefas removidas pela coleta de lixo e a invalidação dos caminhos.

Ponto de Atenção

Teste sugerido: altere um módulo utilizado por uma rota estática e observe a recompilação, depois compare os módulos apresentados pelo analisador após o build. As notas não quantificam uma redução de tempo para essa sequência de compilação.

Next.js 16.4.0-canary.63

O release oficial canary.63 foi publicado em 06/10 e está identificado como pré-release.

Correções

A exportação estática preserva os diretórios de saída configurados. O backend do Turbopack limpa o estado de uma tarefa antes de publicar sua conclusão. A skill do analisador recebe o nome next-bundle-optimizer.

Breaking changes

A estabilização de forbidden() e unauthorized() é revertida. Aplicações que adotaram essas funções como estáveis nas canaries anteriores precisam revisar sua configuração experimental e a compatibilidade das rotas.

Ponto de Atenção

Teste sugerido: execute a exportação estática e confira o diretório configurado. Compare também as respostas de autorização. As notas não detalham todo o procedimento de configuração exigido pela reversão.

Next.js 16.5.0-canary.1

O release oficial canary.1 foi publicado em 06/10 e está identificado como pré-release.

Melhorias e correções

O Turbopack modifica a criação de snapshots de tarefas com copy-on-write e codificação bincode, desativando a persistência após uma falha de snapshot. A publicação também separa os metadados das rotas personalizadas da configuração utilizada pela aplicação.

Ponto de Atenção

Teste sugerido: execute desenvolvimento e build numa cópia da aplicação, altere um arquivo de rota e acompanhe os logs. Investigue uma falha de snapshot separadamente, pois ela modifica a persistência descrita nessa publicação.

Next.js 16.4.0

O release oficial 16.4.0 foi publicado em 07/10 e está identificado como estável.

Novidades e correções

As funções navigation() e prefetch() controlam quando preparar conteúdo, com ensureStatic disponível para verificar o conteúdo estático da rota nos níveis configurados. O comando next analyze compara builds e apresenta uma tabela de módulos. A publicação corrige conteúdo desatualizado após navegar e revalidações duplicadas de use cache.

Breaking changes

Aplicações vindas de canary precisam substituir unstable_navigation, unstable_prefetch e unstable_ensureStatic pelos nomes estabilizados. agentUpgrade não aceita mais true: utilize uma política como security ou latest, ou false para desativar os avisos.

Ponto de Atenção

As funções forbidden() e unauthorized() continuam experimentais após a reversão publicada na sequência de canaries. Teste sugerido: confira os imports, execute o build e compare o conteúdo apresentado ao navegar após revalidateTag. Numa rota estática de teste, observe o diagnóstico de ensureStatic após incluir conteúdo dinâmico incompatível.

Next.js 16.5.0-canary.2

O release oficial canary.2 foi publicado em 07/10 e está identificado como pré-release.

Correções

Uma falha de download em next/font/google recebe uma mensagem específica, substituindo Module not found nesse caso. Os traces excluem intervalos de espera do cálculo do trabalho e registram amostras de memória das threads ativas do Tokio.

Ponto de Atenção

Teste sugerido: execute o build num ambiente isolado com acesso indisponível à fonte e compare a mensagem. A alteração dos registros não fornece, por si só, uma medição de ganho de desempenho.

Next.js 16.5.0-canary.3

O release oficial canary.3 foi publicado em 07/10 e está identificado como pré-release.

Novidades e melhorias

O create-next-app utiliza ESLint 10. turbo-trace-size consulta o tamanho de um trace e NEXT_TURBOPACK_TRACING aceita no-memory. O codemod de navegação instantânea reconhece arquivos de teste junto do código.

Ponto de Atenção

Teste sugerido: gere uma aplicação descartável para conferir a configuração do ESLint e revise os arquivos selecionados pelo codemod numa cópia do projeto. O padrão das aplicações novas não representa migração automática das existentes.

Next.js 16.5.0-canary.4

O release oficial canary.4 foi publicado em 08/10 e está identificado como pré-release.

Correções

O envio de telemetria recebe um ajuste para Node.js 24. O Turbopack omite erros NotFound do acompanhamento de arquivos nos casos corrigidos e avisos stopping failed sem ação possível. Os arquivos de formulários alterados utilizam SubmitEvent no lugar de React.FormEvent.

Ponto de Atenção

Teste sugerido: compare o build e as mensagens de desenvolvimento com Node.js 24. A menção a uma vulnerabilidade nos exemplos de avaliação de upgrade não anuncia uma nova correção de segurança nessa canary.

Next.js 16.5.0-canary.5

O release oficial canary.5 foi publicado em 08/10 e está identificado como pré-release.

Correções

O teste de ponta a ponta do Google Tag Manager espera uma resposta HTTP 200 no lugar de 404. Outros testes de deploy recebem mensagens atualizadas e um timeout maior para o caso relacionado ao escopo de módulo.

Ponto de Atenção

As mudanças descritas pertencem aos testes do repositório. Elas não anunciam nova configuração do Google Tag Manager na sua aplicação nem uma alteração funcional que permita propor um teste de migração específico.

Next.js 16.5.0-canary.6

O release oficial canary.6 foi publicado em 09/10 e está identificado como pré-release.

Novidades e correções

O subcaminho público next/image-optimizer-transform permite utilizar a transformação de imagens sem importar sua estrutura interna. O build corrige o símbolo de linhas agrupadas que representam somente páginas estáticas. Os traces do Turbopack recebem opções de compressão zstd.

Ponto de Atenção

Teste sugerido: compile uma aplicação com várias páginas de generateStaticParams e compare o símbolo da linha agrupada com o padrão dinâmico da rota, que conserva sua classificação própria. Nas integrações com o otimizador, verifique o novo subcaminho público para substituir o import interno utilizado anteriormente.

Next.js 16.5.0-canary.7

O release oficial canary.7 foi publicado em 09/10 e está identificado como pré-release.

Novidades e correções

next dev --custom-webpack e next build --custom-webpack utilizam o webpack instalado na aplicação. --webpack conserva a versão embutida. O Turbopack explica falhas de conexão com processos Node.js e apresenta workerThreads como alternativa configurável para o runtime de plugins.

Ponto de Atenção

O webpack personalizado continua experimental. Teste sugerido: confira a dependência resolvida e compare o desenvolvimento e o build nas duas opções, incluindo os plugins utilizados. A alternativa com worker threads exige testar os loaders do seu ambiente.

Next.js 16.5.0-canary.8

O release oficial canary.8 foi publicado em 10/10 e está identificado como pré-release.

Melhorias e correções

A coleta de lixo do Turbopack fica ativa por padrão no canal canary e corrige relações de dependência parcialmente removidas. O suporte a WebP fica habilitado na compilação do Turbopack. O inspetor de erros distingue a mensagem das entradas da pilha de execução.

Ponto de Atenção

Teste sugerido: altere módulos importados e confira recompilações sucessivas numa cópia da aplicação. Verifique uma página com WebP e um erro de servidor com várias linhas. As notas não estendem o padrão da coleta à versão estável.

Atualizações em OpenCode

2 versões

As duas publicações corrigem integrações e alteram a instalação de atualizações. A 1.19.0 pertence à noite de sábado em Nova York, apesar da data de domingo registrada pelo GitHub em UTC.

OpenCode 1.18.35

O release oficial 1.18.35 foi publicado em 06/10 e está identificado como estável.

Correções

Resultados de ferramentas enviados ao xAI incluem imagens compatíveis e ignoram formatos não aceitos. As estatísticas também ficam disponíveis em JSON e Markdown para leitura por agentes.

Ponto de Atenção

Teste sugerido: compare um resultado com imagem compatível e outro com formato recusado pelo provedor. Confirme os formatos aceitos na integração utilizada, pois as notas não apresentam uma lista completa.

OpenCode 1.19.0

O release oficial 1.19.0 foi publicado em 10/10 às 21h39 e está identificado como estável. O timestamp UTC é 11/10 às 01h39.

Melhorias e correções

A instalação de atualizações exige uma ação explícita em /update, que também permite escolher o OpenCode 2. Pelo shell, opencode upgrade --major inicia a migração de versão principal. O núcleo aceita o nível de serviço ultrafast da OpenAI e valida a procedência e os tickets das conexões aos pseudoterminais antes de consultar sua existência.

Ponto de Atenção

Teste sugerido: abra /update numa instalação isolada e confira a versão oferecida. Preserve a configuração ao avaliar --major e teste os plugins utilizados. As notas da 1.19.0 não comprovam sua compatibilidade com o OpenCode 2 nem a disponibilidade de ultrafast para toda credencial.

Atualizações em Openship

2 versões

A 0.8.1 permite compartilhar um servidor entre projetos. A 0.8.2 corrige o caminho utilizado pelo aplicativo desktop para baixar atualizações. Uma instalação existente pode exigir tanto a migração dos projetos Cloud quanto a recuperação manual do atualizador.

Openship 0.8.1

O release oficial 0.8.1 foi publicado em 06/10 e está identificado como estável.

Novidades e correções

Os servidores gerenciados recebem vários projetos que compartilham sua capacidade, substituindo a reserva de uma máquina independente para cada novo projeto. A autenticação inclui passkeys e códigos de recuperação. O cancelamento de builds preserva containers já publicados e a ativação aguarda os backups anteriores ao deploy.

Ponto de Atenção

A interface de programação Cloud precisa ser atualizada antes dos clientes conectados e os projetos existentes exigem migração explícita. Exportações incluem segredos em texto simples por padrão, portanto proteja o arquivo ou omita esses valores. Teste sugerido: confira a espera pelo backup e a preservação de um serviço Compose sem alterações numa instalação isolada.

Openship 0.8.2

O release oficial 0.8.2 foi publicado em 06/10 e está identificado como estável.

Correções

O atualizador desktop acompanha os redirecionamentos do GitHub, conservando as verificações dos hosts autorizados e da assinatura do publicador. Os downloads também mantêm a verificação SHA-256.

Ponto de Atenção

Instalações desktop 0.8.0 ou 0.8.1 podem falhar com Redirect was cancelled e precisam do instalador oficial. Encerre e substitua o aplicativo preservando seus arquivos locais. Teste sugerido: confira a versão instalada e os projetos anteriores após a recuperação. O servidor e o CLI utilizam outro percurso de atualização.

Atualizações em Orca

5 versões

O Orca corrigiu o encerramento dos agentes e o envio de tarefas aos workers. A administração dos hosts SSH ganhou um servidor gerenciado no fim da semana. Os terminais abertos podem conservar o serviço anterior, por isso atualizar o aplicativo e testar um terminal novo são etapas distintas.

Orca 1.4.220

O release oficial 1.4.220 foi publicado em 04/10 e está identificado como estável.

Novidades e correções

Um runtime opcional utiliza o Node do Orca nos hosts SSH compatíveis. No chat nativo experimental, Stop encerra o processo do Claude e também o do Codex quando este recusa ou não responde à interrupção. Mensagens não enviadas aguardam Retry.

Ponto de Atenção

Teste sugerido: abra um terminal novo, inicie uma tarefa inofensiva e acione Stop. Confira o processo e a próxima mensagem da conversa. O comando orca continua incompatível com Windows 10 ARM, pois o instalador utiliza um executável x64.

Orca 1.4.221

O release oficial 1.4.221 foi publicado em 05/10 e está identificado como estável.

Correções

Após registrar uma pasta confiável, o Orca restringe ~/.copilot/config.json ao proprietário. Um arquivo gravado anteriormente recebe a correção na próxima inclusão de pasta. A atualização do aplicativo sozinha não modifica essa permissão.

Breaking changes

Novas sessões do Codex no Windows compartilham ~/.codex com a instalação externa ao Orca. Servidores MCP cadastrados somente no diretório gerenciado anterior precisam ser configurados novamente. Terminais existentes continuam no diretório antigo.

Ponto de Atenção

Teste sugerido: confira a permissão do arquivo do Copilot após registrar uma pasta, sem exibir tokens. Compare o diretório e os servidores de um terminal novo do Codex com os de uma sessão antiga. O chat nativo permanece experimental.

Orca 1.4.222

O release oficial 1.4.222 foi publicado em 06/10 às 22h20 e está identificado como estável. A data UTC é 07/10.

Novidades e correções

O editor permite modificar tabelas CSV e conserva a largura das colunas. Workers do OpenCode aguardam o envio efetivo da tarefa. Arquivos com caminhos iguais em hosts diferentes mantêm textos e históricos separados e os computadores remotos revelados permanecem visíveis.

Ponto de Atenção

A atualização da 1.4.221 exige reiniciar o serviço de terminal para aplicar três correções de reconhecimento de agentes. Teste sugerido: inicie um worker OpenCode num workspace descartável, confira o recebimento da tarefa e compare seu modelo com o padrão das outras sessões.

Orca 1.4.223

O release oficial 1.4.223 foi publicado em 08/10 e está identificado como estável.

Novidades e correções

O chat experimental aceita Grok em conexões locais ou pareadas compatíveis. A reconexão SSH conserva arquivos e abas. Comandos longos chegam integralmente aos agentes nos novos terminais de macOS e Linux. Rascunhos do chat permanecem após reiniciar o aplicativo.

Breaking changes

Atualizar diretamente da 1.4.217 ou anterior deixa de apresentar o histórico nativo antigo, embora os arquivos permaneçam no disco. O seletor também recusa versões anteriores à 1.4.214. Para esse retorno, as notas exigem orca profile state rollback --latest-json com o aplicativo fechado e instalação manual.

Ponto de Atenção

Teste sugerido: reconecte um workspace descartável com arquivo e aba abertos. Depois, abra um terminal novo e envie um comando inofensivo com várias linhas. Preserve os arquivos das conversas antigas ao avaliar sua disponibilidade na interface.

Orca 1.4.224

O release oficial 1.4.224 foi publicado em 10/10 e está identificado como estável.

Novidades e correções

Nos hosts SSH compatíveis, o Orca instala um servidor com runtime próprio na próxima conexão sem terminais abertos. A interface oferece a migração com reinício quando ainda existem sessões ativas. As automações recebem argumentos próprios de modelo e esforço, conforme o agente utilizado.

Breaking changes

Terminais iniciados na 1.4.224 ficam inacessíveis na 1.4.223 até uma nova atualização. O retorno também remove vínculos adicionais de tarefas e revisões em workspaces de pasta. Conclua o trabalho e registre esses vínculos ao preparar o retorno. A limitação dos históricos nativos criados na 1.4.217 ou anterior permanece.

Ponto de Atenção

Teste sugerido: reconecte um host de teste sem terminais abertos e confira Managed servers. Abra um terminal novo para verificar a recuperação após uma interrupção de rede. Compare uma automação com modelo próprio com outra que utiliza o padrão do host. O chat nativo continua experimental.

Atualizações em Paperclip

1 versão

A preservação dos arquivos dos agentes permite continuar o trabalho entre tarefas. A mesma publicação altera os contratos de configuração e a forma de iniciar uma execução, exigindo revisar integrações existentes durante a atualização.

Paperclip 2026.1005.0

O release oficial 2026.1005.0 foi publicado em 06/10 e está identificado como estável. O nome da versão não substitui a data da publicação.

Novidades e correções

O diretório do agente, incluindo AGENTS.md, persiste entre tarefas. Skills podem ser importadas do GitHub e conservam a última cópia válida após uma atualização malsucedida. O navegador interativo pode ser acompanhado na tarefa e execuções enfileiradas recusadas permanentemente são canceladas.

Breaking changes

As variáveis PAPERCLIP_CLOUD_UI_SNIPPET e PAPERCLIP_CLOUD_UI_SNIPPET_B64 deixam de injetar HTML. Migre essas integrações para contribuições de interface de plugins. As rotas GET e PATCH /api/auth/preferences e a configuração keyboardShortcuts são removidas. Uma menção em comentário não inicia trabalho: utilize atribuição explícita ou solicitação de revisão.

Ponto de Atenção

A atualização executa as migrações 0284 a 0293, exigindo preservar backup e revisar os consumidores das interfaces removidas. Teste sugerido: altere um arquivo do agente, abra outra tarefa e confira sua permanência. Compare depois uma execução iniciada por atribuição com um comentário que apenas menciona o agente.

Atualizações em Portainer

1 versão

A correção de acesso aos arquivos do host afeta stacks publicadas sem privilégios administrativos. A publicação também preserva registros após tentativas de exclusão de namespaces recusadas pelo Kubernetes.

Portainer 2.45.2

O release oficial 2.45.2 foi publicado em 07/10 às 20h23 como versão estável da linha LTS (suporte de longo prazo). A data UTC é 08/10.

Novidades e correções

A lista de Nodes Kubernetes inclui a coluna Node group e opções para apresentar características das máquinas. Conexões internas com o servidor Kubernetes verificam certificados TLS (Transport Layer Security). Exclusões recusadas ou em dry-run conservam políticas de acesso e registros associados.

Breaking changes

Com Hide bind mounts for non-administrators habilitado, publicações sem privilégios administrativos recusam arquivos fora da pasta da stack e a diretiva include. Ajuste referências de configs, secrets e env_file para caminhos permitidos.

Ponto de Atenção

Teste sugerido: compare a recusa de um env_file externo com a publicação equivalente usando um arquivo dentro da pasta. Execute uma exclusão de namespace em dry-run e confira os registros preservados. A verificação de certificados exige uma cadeia de confiança válida nas conexões internas.

Atualizações em GitHub Spec Kit

3 versões

As três versões ampliam a seleção exata de componentes e a composição dos workflows. A autorização de uma etapa recebe uma correção própria: interromper sua confirmação deve conservar a etapa sem aprovação.

GitHub Spec Kit 1.1.1

O release oficial 1.1.1 foi publicado em 06/10 e está identificado como estável.

Novidades e correções

Bundles, workflows e presets aceitam releases exatas do catálogo. As integrações expõem metadados versionados e as expressões incluem to_json. A inicialização conserva sua mensagem de erro, em lugar de substituí-la por SystemExit: 1.

Ponto de Atenção

O servidor MCP desta versão é experimental e limitado à consulta da versão. Teste sugerido: instale um bundle com versão fixada e compare o identificador solicitado com o componente instalado. Confira também a saída de uma expressão to_json.

GitHub Spec Kit 1.1.2

O release oficial 1.1.2 foi publicado em 07/10 e está identificado como estável.

Novidades e correções

O servidor MCP inclui consulta de versão e listagem de artefatos. preset info e extension info aceitam --json. Interromper a pergunta de confirmação deixa de aprovar indevidamente uma etapa do workflow.

Ponto de Atenção

Teste sugerido: interrompa a confirmação num workflow descartável e confira que a etapa permaneceu sem aprovação. Compare depois a versão selecionada de um bundle com a release exibida no catálogo.

GitHub Spec Kit 1.1.3

O release oficial 1.1.3 foi publicado em 09/10 e está identificado como estável.

Novidades e correções

Workflows podem compor uma árvore unificada de execução. Adaptadores externos instalados pelo catálogo recebem suporte e bundles reconciliam versões exatas e conflitos entre componentes. Os arquivos produzidos pelas execuções conservam legíveis os caracteres acentuados.

Ponto de Atenção

taskstoissues apresenta um aviso de descontinuação, mas continua funcionando. A alternativa exige specify extension add github e speckit.github.taskstoissues no formato do agente utilizado. Teste sugerido: confira os acentos num artefato e compare as etapas configuradas com a árvore de um workflow composto.

Conferência das migrações e das permissões

Numa cópia isolada das automações, compare a execução do workflow antigo do n8n com sua edição e restauração. No Paperclip, substitua os consumidores das rotas removidas e confirme o início do trabalho por atribuição. Esses testes verificam a continuidade da automação após mudanças que uma simples abertura da interface não revela.

Nos agentes, confira a recusa de um comando pelo hook e a preservação dos arquivos após uma edição. Depois, observe a retomada da sessão e o disparo dos agendamentos. No Orca, abra terminais novos e examine o servidor gerenciado antes de testar a reconexão. Para o Next.js, utilize uma cópia da aplicação para comparar o build e a navegação, mantendo as canaries separadas da avaliação da 16.4.0 estável.

Para investigar uma diferença de permissão ou uma falha de migração com orientação técnica ao vivo, conheça o Desenvolvimento Colaborativo da Dev Side Studio. Para aprofundar esses temas com orientação e aplicação, conheça as formações da Promovaweb.

Histórico de versões