O Next.js publica correções de segurança nas linhas estáveis 15.5.29 e 16.4.5 em 03/11/2026. No OpenShip 0.9.9, a atualização de autenticação expira tokens antigos e exige reconectar clientes. O Kestra muda a continuidade do fluxo pai após cancelar um subflow, enquanto o Spec Kit retira do núcleo o comando de conversão de tarefas em issues.
O dia também inclui versões de agentes no n8n e correções de histórico no Claude Code e no Orca. Você encontra quinze releases com notas técnicas, dez estáveis e cinco pré-releases, publicadas em 03/11 pelo calendário UTC. As versões de teste do Next.js estão separadas para preservar a associação entre cada mudança e sua tag.
Atualizações em Claude Code
1 versãoA 2.1.317 concentra correções na gravação e na retomada das conversas. O tratamento de disco cheio agora informa a falha à automação que iniciou a sessão. O runner separa os históricos das chamadas aninhadas. As mudanças também incluem a preservação de mensagens durante compactação e a recuperação de conexões interrompidas.
Novidades
- Claude Code 2.1.317 — Hooks: callbacks do Agent SDK aceitam
onFailure: "block"para recusar uma ação quando o callback falha. - Claude Code 2.1.317 — Privacidade e agendamentos: chamadas web ou shell que enviam o email do cadastro para a rede exigem confirmação. O comando
/scheduleavisa sobre conectores não solicitados numa nova tarefa. - Claude Code 2.1.317 — Custos:
GET /v1/organizations/analytics/costconsulta gastos do gateway por período, com agrupamento por desenvolvedor, dia ou grupo do provedor de identidade.
Melhorias
- Claude Code 2.1.317 — Recuperação: runners abrem novas conexões após erros 5xx, exceto 501 e 529. A sessão também renova as conexões quando a verificação periódica fica sem resposta.
- Claude Code 2.1.317 — Subagentes: um agente com modelo diferente utiliza o esforço configurado para seu modelo ou o padrão correspondente. Mensagens para agentes ativos chegam mais cedo preservando o comando em execução.
Correções
- Claude Code 2.1.317 — Histórico: reiniciar um runner durante a aprovação de um plano conserva a conversa. A compactação de sessões muito longas preserva o resumo anterior.
- Claude Code 2.1.317 — Conexões: servidores MCP (Model Context Protocol) locais e de projeto permanecem conectados após o primeiro turno nas sessões de desktop afetadas. A renovação lenta do token é gravada antes de
claude auth statusencerrar. - Claude Code 2.1.317 — Telemetria: exportações OpenTelemetry sem resposta expiram em dez segundos. A variável
OTEL_EXPORTER_OTLP_TIMEOUTpermite ampliar a espera até trinta segundos. - Claude Code 2.1.317 — VS Code: conversas derivadas conservam as chamadas paralelas e as mensagens que a compactação preservou.
Breaking changes
- Claude Code 2.1.317 — Retorno de erro:
claude -pcom saída text ou JSON retorna 1 quando disco cheio ou quota impedem a gravação do histórico ou de~/.claude.json. Automações que recebiam 0 precisam tratar esse erro. As notas ressalvam a detecção em volumes NFS (Network File System). - Claude Code 2.1.317 — Sessões aninhadas: chamadas
claude -pem runners recebem histórico e identificador separados da sessão externa. Integrações que utilizam o compartilhamento anterior precisam de ajuste. Em runner próprio,CLAUDE_CODE_DISABLE_NESTED_SESSION_ID=1restaura esse comportamento.
Ponto de Atenção
Teste sugerido: provoque uma falha de gravação com quota limitada em homologação e confira a saída do comando. Depois, abra uma sessão aninhada no runner e verifique a separação dos transcripts. Nos hooks que recusam ações, provoque uma falha controlada do callback e confirme o comportamento configurado.
Notas da versão
O Claude Code 2.1.317 foi publicado às 01h25 UTC como versão estável.
Atualizações em n8n
2 versõesAs duas versões permitem publicar agentes a partir de versões gravadas, mantendo o rascunho separado. O Assistant incorpora a construção de Apps e recebe acesso às execuções manuais ainda não gravadas. As correções de permissão e de fila merecem testes próprios porque afetam a consulta e a interrupção de workflows.
Na 3.1.0, o relatório de migração identifica usos antigos do Edit Image para orientar a substituição dos Nodes removidos. A inicialização também confere o modo de armazenamento binário S3, numa linha que permanece marcada como pré-release.
Novidades
- n8n 2.47.0 — Agentes e Apps: o histórico apresenta versões gravadas e sua timeline de publicação. O Assistant constrói Apps com prévia e publicação pela interface.
- n8n 2.47.0 — Credenciais: o Assistant e as ferramentas MCP podem atualizar descrições. O Postgres Node aceita certificados personalizados. Novos Zendesk Nodes utilizam OAuth2 por padrão.
- n8n 2.47.0 — Webhooks: os Trigger Nodes do Mailchimp e do Venafi TLS Protect Cloud verificam assinaturas das requisições recebidas.
Melhorias
- n8n 2.47.0 — Memória: a busca de memória episódica lê menos registros por pesquisa e utiliza embeddings em formato binário. O upload de arquivos de conhecimento admite até 25 MB.
- n8n 2.47.0 — Migração: a varredura utiliza paginação por chave e reduz consultas repetidas às credenciais Slack.
Correções
- n8n 2.47.0 — Permissões: a leitura de execuções nas rotas de workflow exige
execution:read. Consultas de pastas e resumos pelo MCP respeitam o projeto. - n8n 2.47.0 — Fila: uma solicitação de parada enviada por outro processo alcança o worker correto. Execuções em espera são removidas da memória dos workers.
- n8n 2.47.0 — Expressões: valores
undefined, propriedades próprias__proto__e campos de objetosErrorsão preservados. A associação dos itens funciona em paginações longas. - n8n 2.47.0 — Telemetria: o chat de teste omite as instruções dos agentes. Os erros enviados pelo MCP respeitam a ocultação de execução configurada.
Ponto de Atenção
Teste sugerido: publique uma versão gravada de um agente e altere somente o rascunho. Confira qual versão atende à conversa. No modo fila, interrompa uma execução a partir de outro processo e verifique o worker. Repita uma consulta sem execution:read para confirmar a recusa.
Notas da versão
O n8n 2.47.0 foi publicado às 08h36 UTC como pré-release. A tag numérica identifica esta publicação independentemente das atualizações posteriores da tag móvel beta.
Novidades
- n8n 3.1.0 — Agentes: versões gravadas podem ser publicadas separadamente dos rascunhos. O MCP permite ler logs das sessões. O Assistant incorpora a construção e a publicação de Apps.
- n8n 3.1.0 — Integrações: o Postgres Node aceita certificados personalizados. Os Trigger Nodes do Mailchimp e do Venafi TLS Protect Cloud recebem verificação de assinatura.
Melhorias
- n8n 3.1.0 — Nodes comunitários: a API de Nodes utiliza a versão 3, com compatibilidade para pacotes que declaram
supportedNodesApiVersionv3. - n8n 3.1.0 — Relatório de migração: os registros detalham Nodes removidos e o Edit Image. A interface carrega uma página de resultados por vez.
Correções
- n8n 3.1.0 — Inicialização: o n8n verifica configurações incorretas do modo S3 e reconhece de forma consistente os modos de armazenamento removidos.
- n8n 3.1.0 — Requisições: a proteção de saída amplia as faixas de IP recusadas por padrão. Consultas e alternativas de modelo do Assistant respeitam os proxies do ambiente.
- n8n 3.1.0 — Workflows: solicitações de parada alcançam o worker correto, paginações longas preservam os itens associados e a leitura de execuções exige
execution:read.
Breaking changes
- n8n 3.1.0 — Edit Image: as versões 1 e 1.1 do Node são removidas. Substitua esses Nodes nos workflows afetados por uma versão disponível e confira o processamento das imagens.
Ponto de Atenção
O Chat Hub fica desativado por padrão. A publicação reverte a remoção do modo Run once for each item do Execute Sub-workflow Node e da política Any workflow, portanto ambos precisam ser distinguidos das remoções confirmadas.
Teste sugerido: abra o relatório de migração numa cópia da instância, revise os usos do Edit Image e execute os workflows após a substituição. Confira a inicialização com o armazenamento binário configurado e as requisições externas necessárias às automações.
Notas da versão
O n8n 3.1.0 foi publicado às 08h33 UTC como pré-release. A versão major não indica estabilidade desta tag.
Atualizações em Next.js
5 versõesAs versões estáveis corrigem exposição de respostas, imagens e cookies. A 16.4.5 também corrige isolamento de cache, enquanto a canary.39 incorpora alterações nessas áreas. A canary.40 acrescenta instrumentação por adaptador e handlers Go experimentais, com testes próprios para a linha de desenvolvimento.
Correções
- Next.js 15.5.29 — Segurança: a versão corrige injeção e exposição de respostas entre clientes em aplicações self-hosted que encaminham fetch. Também corrige o desvio da rejeição de SVG na otimização de imagens e a exposição de cookies HttpOnly por cabeçalho interno de rotas Edge.
Ponto de Atenção
Teste sugerido: confira os cabeçalhos de rotas autenticadas no Edge runtime e as respostas encaminhadas pela aplicação. Valide a rejeição de SVG conforme a configuração de imagens.
Notas da versão
O Next.js 15.5.29 foi publicado como estável e corrige três falhas classificadas como moderadas.
Correções
- Next.js 16.4.5 — Cache: as correções abrangem use cache chamado por unstable_cache, funções aninhadas com parâmetros de raiz diferentes e argumentos binários. Também corrigem a contaminação de estruturas de fallback por parâmetros substitutos da requisição.
- Next.js 16.4.5 — Respostas e imagens: a versão corrige o encaminhamento de respostas entre clientes, o desvio da rejeição de SVG e a exposição de cookies HttpOnly nas rotas Edge afetadas.
Ponto de Atenção
Teste sugerido: compare requisições autenticadas com parâmetros de raiz e argumentos binários diferentes. Confira se cada resposta corresponde ao cliente correto.
Notas da versão
O Next.js 16.4.5 é estável e reúne sete correções classificadas como moderadas.
Melhorias
- Next.js 16.5.0-canary.38 — Turbopack: alterações na chave de criptografia evitam invalidar desnecessariamente a análise por módulo. O cálculo das posições de coluna utiliza
simd-utf16-len. - Next.js 16.5.0-canary.38 — Compilação:
Vc::lazy_reader()permite cancelar leituras de células no mecanismo de tarefas.
Correções
- Next.js 16.5.0-canary.38 — Revalidação: a atualização corrige a revalidação que aguarda a renovação do conteúdo de
fetcheunstable_cache. - Next.js 16.5.0-canary.38 — Layouts: a correção evita incluir chunks de cliente indevidamente através de importações assíncronas do servidor.
- Next.js 16.5.0-canary.38 — Projeto inicial: o
create-next-appfixa o Tailwind em 4.3.3.
Ponto de Atenção
Teste sugerido: provoque a revalidação de respostas obtidas por fetch e armazenadas por unstable_cache numa aplicação de homologação. Confira o conteúdo retornado e os chunks de um layout com importação assíncrona do servidor.
Notas da versão
O Next.js 16.5.0-canary.38 foi publicado às 09h09 UTC como pré-release.
Novidades
- Next.js 16.5.0-canary.39 — Go: o CLI experimental do Turbopack acrescenta compilação de arquivos .go.
Correções
- Next.js 16.5.0-canary.39 — Cache: argumentos binários integram corretamente a chave. Entradas de use cache respeitam parâmetros de raiz distintos. Cabeçalhos internos de cookies são removidos das respostas Edge.
- Next.js 16.5.0-canary.39 — Imagens e estilos: a versão corrige falsos positivos de AVIF e HEIC. O Turbopack preserva CSS Modules quando a opção as do loader acrescenta uma extensão existente.
Ponto de Atenção
Teste sugerido: compare respostas de cache com parâmetros diferentes e confira o CSS Modules após executar o loader afetado.
Notas da versão
O Next.js 16.5.0-canary.39 é uma pré-release.
Novidades
- Next.js 16.5.0-canary.40 — Instrumentação: instrumentationInject recebe instrumentação fornecida pelo adaptador. O App Router acrescenta suporte experimental a handlers route.go.
Melhorias
- Next.js 16.5.0-canary.40 — Build: a coleta de arquivos utiliza o readlink em cache do nft. As Server Actions leem os tipos de cache conforme a necessidade.
Correções
- Next.js 16.5.0-canary.40 — Turbopack: o mecanismo de snapshots corrige a perda de uma notificação de retomada após inatividade.
Ponto de Atenção
Teste sugerido: confira a instrumentação fornecida pelo adaptador e os arquivos coletados pelo build numa aplicação de homologação.
Notas da versão
O Next.js 16.5.0-canary.40 mantém o suporte a Go como experimental.
Atualizações em OpenScreen
1 versãoA 2.2.1 entrega como estável a correção dos projetos legados v2 apresentada na candidata da noite anterior. A exportação pelo CLI conserva as configurações de renderização. Os ajustes de cor e duração também permitem conferir gravações quase estáticas que contêm apenas um quadro de vídeo.
Melhorias
- OpenScreen 2.2.1 — Edição: o campo de velocidade aceita
×ouxapós o valor. A confirmação do idioma do sistema aceita Enter.
Correções
- OpenScreen 2.2.1 — Projetos v2: o CLI preserva as configurações de renderização dos projetos legados durante a exportação.
- OpenScreen 2.2.1 — Vídeo: o macOS escolhe a matriz YCbCr por quadro, o MP4 recebe seus metadados de cor e a duração do trecho acompanha o container.
- OpenScreen 2.2.1 — Atualizador: o pacote macOS inclui
app-update.yml. No Windows, recusar a elevação mantém o aplicativo aberto. - OpenScreen 2.2.1 — Wayland: as opções
--enable-featurese--disable-featuressão preservadas.
Ponto de Atenção
Teste sugerido: exporte um projeto v2 pelo CLI e compare os efeitos do cursor e os ajustes de webcam com a prévia do editor. Confira também o ganho de áudio e a duração final de uma gravação quase estática.
Notas da versão
O OpenScreen 2.2.1 foi publicado às 07h23 UTC como versão estável.
Atualizações em Orca
1 versãoA 1.4.247 amplia a continuidade do trabalho entre terminal, chat e telefone. O rascunho acompanha a mudança de interface. Uma opção permite retomar a conversa após renovar o limite de uso. O painel experimental de orquestração permanece desativado, com os comandos de orquestração disponíveis.
Novidades
- Orca 1.4.247 — Conversas: a continuação após a renovação do limite pode ser ativada nas configurações. Os controles Chat UI permitem escolher chat ou terminal por agente.
- Orca 1.4.247 — Telefone: commits da branch abrem em páginas próprias, com navegação entre arquivos e comentários de revisão junto ao código.
- Orca 1.4.247 — Plugins: extensões recebem itens atualizáveis na barra de status e hooks para prompts e lançamento de agentes. O hook
editor.save.beforepermite formatar ou recusar uma gravação.
Melhorias
- Orca 1.4.247 — Interface: animações fora da área visível são pausadas. Modelos de editor sem uso são liberados. Configurações sem relação com um arquivo evitam redesenhar sua comparação.
- Orca 1.4.247 — Aparência: os seletores mostram cada fonte com sua tipografia e permitem importar configurações Ghostty ou Kitty.
Correções
- Orca 1.4.247 — Histórico: respostas e resultados de ferramentas são preservados quando a fila de gravação está ocupada. Rascunhos acompanham a passagem do terminal para o chat.
- Orca 1.4.247 — Agentes e projetos: workers ativos permanecem visíveis após o coordenador terminar. Worktrees criados por um agente ficam no projeto que iniciou a ação.
- Orca 1.4.247 — Editores personalizados: alterações pendentes são transferidas antes de fechar ou recarregar o editor.
Ponto de Atenção
O histórico ainda pode aumentar o uso do disco porque esta versão não inclui compactação automática do armazenamento. Um plugin que substitui um comando interno pode terminar depois da execução padrão e repetir a ação. O painel experimental de orquestração está desativado devido à lentidão que provocava no aplicativo.
Teste sugerido: escreva um rascunho no terminal e confira sua preservação ao continuar no chat. Acompanhe um worker após o coordenador encerrar e atualize também o Orca Mobile para conferir as mudanças no telefone pareado.
Notas da versão
O Orca 1.4.247 foi publicado às 03h36 UTC como versão estável.
Atualizações em Hermes Agent
1 versãoA 0.22.7 reúne mudanças nas conversas em grupo e no acompanhamento de atualizações. A disponibilidade varia conforme o canal: o CLI e a Microsoft Store recebem a versão, mas o Desktop instalado por .exe ou .dmg aguarda outra publicação.
Novidades
- Hermes Agent 0.22.7 — Grupos: há encaminhamento opcional para um agente líder, agendamentos que publicam nas salas e notas compartilhadas.
Melhorias
- Hermes Agent 0.22.7 — Diagnóstico: a tela de erro de atualização do Desktop mostra a saída da tentativa e um link para relatar a falha. O Web Access indica a etapa em andamento e o tempo transcorrido.
Ponto de Atenção
As notas completas desse período estão previstas para a 0.23.0. Teste sugerido: confira a versão pelo canal instalado e valide a sala de destino de um agendamento para grupo.
Notas da versão
O Hermes Agent 0.22.7 foi publicado como estável, com atualização do CLI pelo comando hermes update.
Atualizações em Kestra
2 versõesAs linhas 1.3 e 2.0 corrigem a validação dos painéis e alteram o cancelamento de subflows. A 2.0.9 também reaplica verificações durante restart e replay, o que merece conferência nos fluxos retomados após uma interrupção.
Correções
- Kestra 1.3.46 — Arquivos e painéis: entradas FILE respeitam caminhos permitidos no host. Gráficos sem data.columns recebem erro de validação. A troca do tipo da fonte reinicia as propriedades relacionadas.
- Kestra 1.3.46 — Execuções: consultas substituídas por uma busca mais recente são ignoradas. Saídas obrigatórias nulas recebem mensagem explícita.
Breaking changes
- Kestra 1.3.46 — Subflows: cancelar o filho resulta em CANCELLED enquanto o pai continua. Ajuste fluxos que dependiam da interrupção do pai ou de outro estado final do filho.
Ponto de Atenção
Teste sugerido: cancele um subflow e confira a continuidade do pai. As notas incluem uma alteração na extensão de arquivos Split e sua reversão, portanto ela não é apresentada como mudança efetiva.
Notas da versão
O Kestra 1.3.46 foi publicado como estável.
Novidades
- Kestra 2.0.9 — Dependências: o build gera a relação dos componentes do backend e da interface no formato CycloneDX. A visão geral inclui seleção do período de uso.
Correções
- Kestra 2.0.9 — Execuções: restart e replay reaplicam verificações do fluxo. O acompanhamento transmite cada log uma única vez e libera corpos multipart não lidos.
- Kestra 2.0.9 — Painéis: identificadores duplicados de gráficos são recusados. Fluxos aceitam a publicação de um rascunho sem alteração.
Breaking changes
- Kestra 2.0.9 — Subflows: o cancelamento termina o filho em CANCELLED e mantém o pai em execução. Revise automações que esperavam a interrupção do pai.
Ponto de Atenção
Teste sugerido: execute restart e replay num fluxo com verificações configuradas. Depois cancele um subflow e acompanhe seu pai.
Notas da versão
O Kestra 2.0.9 foi publicado como estável.
Atualizações em OpenShip
1 versãoA 0.9.9 modifica conexões Cloud e restrições dos containers. A migração conserva cadastros, mas expira tokens antigos, portanto atualizar os componentes precisa ser acompanhado da reconexão dos clientes.
Novidades
- OpenShip 0.9.9 — Manutenção: hosts Ubuntu compatíveis recebem correções de segurança após revisão das alterações. O procedimento registra etapas e logs, com revisão separada para reiniciar o kernel.
Melhorias
- OpenShip 0.9.9 — Compose: a revisão apresenta serviços adicionados, alterados e removidos. Volumes são preservados na retirada de serviços após a transição bem-sucedida.
Correções
- OpenShip 0.9.9 — Autenticação: Better Auth recebe a versão 1.7.15 e o adaptador Node do Hono recebe a 2.1.3. Conectar Desktop ao Cloud exige autorização explícita.
Breaking changes
- OpenShip 0.9.9 — Conexões: tokens antigos de acesso e renovação expiram. Reconecte clientes MCP, assistentes e conectores de chat. Clientes confidenciais antigos podem precisar de novo registro.
- OpenShip 0.9.9 — Containers: referências container: devem ser substituídas por service com um serviço da mesma stack. Montagens do host ficam desativadas por padrão.
- OpenShip 0.9.9 — Email: o SMTP autenticado exige TLS ou STARTTLS verificado. Substitua endpoints que aceitem somente texto aberto.
Ponto de Atenção
Atualize a API, o painel e todas as réplicas juntos. Confira duplicatas de provider_id e account_id ao migrar do Better Auth 1.6. Teste sugerido: reconecte um cliente, confira as montagens do Compose e envie email pelo transporte criptografado.
Notas da versão
O OpenShip 0.9.9 é estável. Instâncias self-hosted confiáveis podem habilitar montagens com OPENSHIP_ALLOW_HOST_BIND_MOUNTS=true, conforme as notas oficiais.
Atualizações em Spec Kit
1 versãoA 1.3.0 transfere a conversão de tarefas em issues para a extensão github. As integrações também recebem hooks de preparação e processamento de comandos, com correção para evitar chamadas repetidas.
Novidades
- Spec Kit 1.3.0 — Integrações: process_registered_command recebe source_id. O hook preflight_setup roda antes das gravações compartilhadas. O Copilot aceita –no-model-invocation.
Correções
- Spec Kit 1.3.0 — Instalação: ferramentas uv e pipx realocadas são reconhecidas. Caminhos Windows permanecem válidos no catálogo. Hooks de comando são chamados uma única vez.
Breaking changes
- Spec Kit 1.3.0 — Issues: /speckit.taskstoissues foi removido do núcleo. Utilize a extensão github para continuar essa conversão.
Ponto de Atenção
Teste sugerido: valide a conversão pela extensão e confira uma integração com hook registrado. Atualize instruções que ainda utilizam o comando retirado.
Notas da versão
O Spec Kit 1.3.0 foi publicado como estável.
Conferência de autenticação, cache e fluxos
Comece pela reconexão dos clientes do OpenShip e pelos testes de separação do cache no Next.js. Essas publicações alteram o acesso e o conteúdo retornado às requisições. No Kestra, confira a continuidade do pai após cancelar um subflow. No n8n, revise workflows com versões removidas do Edit Image e a separação entre rascunho e versão publicada do agente.
A conversão de tarefas no Spec Kit deve ser testada pela extensão github. Os testes de histórico no Claude Code e no Orca e a exportação legada do OpenScreen verificam a preservação do trabalho após atualizar. Para investigar esses comportamentos com orientação 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.