O Next.js publicou correções de segurança nas linhas 15 e 16. O Claude Code e o Codex alteraram permissões e contratos utilizados pelas integrações. No Hermes Agent, a 0.22.2 corrigiu um build distribuído por engano como 0.22.1. Antes de atualizar, você precisa conferir a linha instalada e os recursos utilizados pela aplicação, especialmente hooks, sessões retomadas e tarefas agendadas.
A semana fechada de 11/10/2026 a 17/10/2026 reúne 70 releases com mudanças técnicas de 18 sistemas. O intervalo vai de domingo a sábado no fuso America/New_York. As datas abaixo seguem esse fuso, inclusive nas publicações registradas pelo GitHub na madrugada UTC de 18/10 que ainda pertencem ao sábado em Nova York.
O Openship acrescentou workers e ambientes de prévia com variáveis próprias. O n8n alterou o encerramento dos workers e a autorização das ferramentas dos agentes. Na edição de vídeo, o OpenScreen publicou a versão estável 2.1.0 após uma sequência de candidatas com correções na prévia, na gravação e na exportação.
Atualizações em Antigravity CLI
6 versõesAs seis versões ampliaram a validação dos plugins e corrigiram esperas e falhas de autenticação. O modo Auto chegou ao Linux e ao macOS. No Windows sem suporte ao sandbox, a confirmação dos comandos precisa ser conferida separadamente do isolamento disponível.
Melhorias
A listagem agy plugin list --json permite consultar os plugins por programas. Falhas temporárias de comunicação com servidores MCP preservam as credenciais OAuth. As permissões alteradas pelo Remote Control ficam no arquivo compartilhado e sua remoção encerra a autorização correspondente.
Breaking changes
- Antigravity CLI 1.3.4 — Execução sem interação:
-pcom--agentinexistente retorna código 1. A combinação de--printcom--prompt-interactiveretorna código 2. Ajuste os scripts que dependiam do agente padrão ou do código 0 nessas chamadas inválidas.
Novidades
O modo Auto aprova edições e comandos considerados seguros no Linux e no macOS, mantendo confirmação para ações irreversíveis. /compact resume o histórico e encerra o turno. Com uma mensagem após o comando, a conversa continua depois do resumo. A visualização /diff recebe cores de sintaxe e expansão dos trechos, com limites para arquivos acima de 100 mil linhas ou 10 MB.
Correções
Cinco minutos sem conteúdo recebido do modelo provocam cancelamento e nova tentativa. As perguntas dos subagentes chegam à interface para resposta, mas o modo -p segue sem essa interação. Os comandos definem os editores do Git, Mercurial e Jujutsu como false, permitindo reconhecer a tentativa de abrir um editor pelo erro retornado. A seleção inclui Opus 5.5 e Sonnet 5.5 conforme o acesso do projeto autenticado com AGY_ADC_AUTH.
Melhorias
agy plugin validate utiliza as verificações do carregador e aceita a pasta ou o manifest. --json produz o relatório estruturado e --strict retorna falha também diante de avisos. A autenticação MCP substitui variáveis nos cabeçalhos. Ao terminar, os comandos em segundo plano preservam o estado atual da sessão e deixam sua saída final no log. Terminais compatíveis podem mostrar o estado do agente pelo protocolo OSC 7501.
Correções
A validação alcança o frontmatter das skills, os subagentes e as instruções em rules/. O comando identifica componentes ignorados, incluindo agent.json, que não é utilizado pelo carregador. Processos MCP encerrados aparecem como Error. No Windows 10 e no Windows 11 anterior à 24H2, a CLI desativa o sandbox incompatível e exige confirmação para executar comandos.
Correções
O Remote Control volta a exibir o histórico quando a CLI funciona em modo daemon. A nota descreve uma falha de visualização, sem informar perda ou recuperação das mensagens armazenadas.
Ponto de Atenção
Teste sugerido: confira os códigos de saída de uma chamada inválida antes de repetir com um agente existente. Valide um plugin com --strict, autentique um servidor MCP com credencial em variável de ambiente e abra uma conversa anterior no Remote Control em modo daemon. No Windows incompatível com o sandbox, verifique a confirmação de um comando inofensivo.
Atualizações em Brandfy
1 versãoMelhorias
A entrevista apresenta uma pergunta por vez e aguarda sua resposta para formular a próxima. Perguntas que comportam alternativas recebem opções nomeadas, com a recomendada primeiro e espaço para resposta livre. A mudança afeta a condução da entrevista existente, sem anunciar uma skill adicional.
Ponto de Atenção
Teste sugerido: inicie uma entrevista de teste e confira a espera entre perguntas. Numa pergunta com alternativas, escreva uma resposta própria para verificar se ela orienta a continuação.
Atualizações em Claude Code
4 versõesAs quatro publicações modificaram contratos de hooks e mods, além de corrigir permissões e retomadas. A versão final da semana também alterou o modo inicial de algumas sessões sem interação. Confira o comportamento efetivo da automação mesmo quando o comando continua iniciando normalmente.
Correções
As consultas auxiliares à Anthropic preservam o isolamento das chaves de gateways de terceiros. A sandbox confere destinos reais de links simbólicos e as conexões MCP verificam a política antes de iniciar a comunicação. A retomada evita executar chamadas duas vezes nos casos corrigidos. Os agendamentos também deixam de repetir disparos na hora duplicada do fim do horário de verão.
Breaking changes
- Claude Code 2.1.299 — Permissões MCP:
mcp__anão autoriza servidoresa__boua_. Utilize o nome normalizado completo emmcp__<server>__*. Proxies MCP afetados deixam de seguir redirecionamentos HTTP, exigindo o endereço final. - Claude Code 2.1.299 — Extensões e arquivos: testes de árvores exatas de
ui.renderprecisam incluirpart: { plugin }. Skills com caracteres recusados no nome precisam ser renomeadas. A ferramenta Write recusa conversões silenciosas de codificações como Windows-1252 e UTF-16BE para UTF-8, exigindo conversão explícita nos processos afetados.
Correções
A retomada de sessões headless e do Agent SDK preserva resumos de compactação e mensagens recentes nos casos corrigidos. Uma ferramenta MCP com schema recusado recebe tratamento para não repetir o erro 400 em todos os turnos. As transcrições locais incluem prompts de sistema e parâmetros das requisições, conteúdo que você precisa revisar antes de compartilhar o arquivo.
Breaking changes
- Claude Code 2.1.300 — Remote Control:
--sandboxe--no-sandboxsão recusadas. Remova essas flags e configuresandbox.enabled. - Claude Code 2.1.300 — Hooks e gateway:
updatedInputdescarta campos desconhecidos e uma entrada inválida nega a chamada. Ajuste os objetos retornados pelos hooks. Chavesdesktop:incompatíveis encerram a inicialização declaude gateway, exigindo revisão da credencial.
Correções
Worktrees criados por WorktreeCreate não são removidos sem confirmação ao sair quando podem conter commits não enviados. Grep e Glob distinguem falhas do programa de busca da ausência de correspondências. A manutenção também corrige a renovação de tokens e recupera as skills após /rewind.
Breaking changes
- Claude Code 2.1.301 — Contratos dos mods:
.catchexecuta nas exceções e nos timeouts do hook. Eventos produzidos pelas chamadas do próprio hook o ignoram sem acionar.catch.$.env.setretorna{}no sucesso ou{ deny }na recusa. Revise os consumidores desses retornos.
Correções
Rotinas com falha parcial deixam de reiniciar desde o começo uma hora ou mais depois, comportamento que podia duplicar uma publicação. Sessões encerradas inesperadamente recebem estado de falha. A negociação MCP aceita campos opcionais ausentes e os subcomandos aguardam a gravação das preferências antes de terminar. O tipo de subagente fork fica habilitado em mais interfaces e pode ser desativado com CLAUDE_CODE_FORK_SUBAGENT=0.
Ponto de Atenção
Sem modo informado, sessões claude -p e Agent SDK utilizam default com fornecedores externos, telemetria desativada ou instalações novas. Use --permission-mode auto quando esse for o comportamento pretendido. Teste sugerido: confira a permissão inicial, os retornos dos hooks e a retomada de uma conversa compactada. Examine também o histórico de uma rotina interrompida para identificar ações externas já concluídas antes de repeti-la.
Atualizações em Codex
1 versãoNovidades
/config pesquisa preferências e aplica as opções compatíveis imediatamente. /keymap configura a tecla de prefixo e /daemon reinicia o servidor gerenciado. Uma mensagem durante a resposta orienta a execução em andamento. Ao interromper o turno, o cancelamento alcança também as células Code Mode e suas ferramentas ativas.
Correções
A retomada recupera as permissões e autorizações de rede da conversa, respeitando as opções explícitas e a política gerenciada atual. O proxy confere a permissão antes da consulta DNS. As respostas aos prompts pendentes retornam à conversa correspondente e comandos locais terminam mesmo quando um processo filho mantém a saída aberta.
Breaking changes
- Codex 0.163.0 — Executor de shell: o pacote remove o
zshmodificado e utiliza o executor padrão. Revise as flags retiradas conforme o aviso de migração apresentado pela CLI.
Ponto de Atenção
Teste sugerido: retome uma conversa com permissões específicas e compare as autorizações recuperadas com a política atual. Depois, interrompa uma tarefa de homologação com Code Mode e confira o encerramento das ferramentas associadas.
Atualizações em Herdr
2 versõesCorreções
A gravação das sessões precede o reinício do macOS e o encerramento dos aplicativos no Windows. Os painéis recebem correções de teclado, restauração e reconexão SSH. herdr plugin update atualiza os plugins instalados pelo GitHub, mas os painéis abertos continuam utilizando os arquivos anteriores até uma nova execução.
Breaking changes
- Herdr 0.9.4 — Clientes Windows: o servidor elevado recusa clientes sem elevação por padrão. Quando esse acesso for necessário, configure
allow_unelevated_clients = trueem[server]ou utilize--allow-unelevated-clients. - Herdr 0.9.4 — Encerramento e entrada: no Linux e no macOS, substitua
SIGHUPporherdr server stopouSIGTERM. O servidor permanece ativo ao fechar o shell. Remova tambémHERDR_WINDOWS_INPUT_BACKEND=crossterm, pois esse backend experimental foi retirado.
Correções
Atalhos de prefixo reconhecem a tecla seguinte quando o terminal a transmite como texto. A integração do Codex acompanha o estado pela tela e deixa de instalar hooks de turno. No Windows, pastas do PATH com o nome de um programa não impedem a abertura do painel correspondente.
Ponto de Atenção
Atualize a integração com herdr integration install codex. Teste sugerido: confira o estado de uma sessão e um atalho de prefixo. No Linux ou no macOS, feche o shell inicial, verifique que o servidor permanece ativo e encerre-o pelo comando próprio. A repetição do prompt com zsh e Powerlevel10k continua pendente nas notas da 0.9.4.
Atualizações em Hermes Agent
4 versõesO período inclui a mudança do canal de atualização e a reorganização dos perfis num gateway por máquina. A sequência 0.22.1 e 0.22.2 exige uma leitura conjunta: o primeiro build incorporou mudanças ainda não destinadas à linha estável e o segundo corrigiu a distribuição.
Melhorias
Instalações feitas a partir do repositório oficial acompanham releases numeradas por padrão. Para acompanhar cada commit, utilize hermes update --set-channel main. Forks e mirrors mantêm esse canal anterior sem mudar o padrão de atualização. A retomada preserva registros de raciocínio assinados e corrige recusas com modelos do Bedrock Converse nas sessões afetadas.
Novidades
O desktop recebe configuração inicial assistida, conectores e modelos locais pelo llama.cpp gerenciado. hermes pm verifica runtimes e ferramentas antes de substituir o ambiente anterior. Um gateway atende aos perfis da máquina, mantendo sessões e credenciais próprias. As notas consolidam mudanças desde 0.21.0, portanto incluem correções já distribuídas nos patches anteriores.
Breaking changes
- Hermes Agent 0.22.0 — Desktop e runtime: o Windows exige MSIX e Windows 11 22H2 ou posterior. Os builds padrão do macOS atendem somente Apple Silicon. O runtime gerenciado utiliza Python 3.14, sem KittenTTS disponível nessa combinação.
- Hermes Agent 0.22.0 — Histórico:
sessions.auto_pruneremove na inicialização sessões encerradas e inativas há 90 dias. Configuresessions.auto_prune: falsepara conservar esse histórico. Os modos desession_resetpor inatividade ou horário diário foram removidos. Utilize/newou/resetnos percursos afetados. - Hermes Agent 0.22.0 — Email e plugins: a recepção de email exige
authserv_idfixado. Configure-o antes de retomar o canal. Revise scripts que utilizamhermes sync,/initiate-setupou imports antigos de compatibilidade, pois esses recursos foram removidos.
Notas da versão
A publicação incluiu o pacote hermes-lang-pt-br, a retomada por título e correções para recarregar skills após a compactação. Entretanto, as notas da 0.22.2 informaram que a 0.22.1 foi compilada a partir do commit errado. As alterações de gateway distribuídas nesse build não confirmam o contrato da linha estável corrigida. O aplicativo da Microsoft Store podia permanecer em “Connecting”.
Breaking changes
- Hermes Agent 0.22.1 — Sessões pela API: nesse build,
/v1/runseX-Hermes-Session-Idrecusam sessões de outra interface com409 permission_denied. Integrações afetadas precisam utilizar sessões admitidas pelo próprio percurso da API. Confira novamente esse contrato ao migrar para a distribuição corrigida.
Correções
O patch retoma a linha de releases prevista e corrige a identificação do gateway após reiniciar o computador. Conversas com modelos locais desconsideram a suspensão do notebook nos prazos e acompanham a leitura do prompt por streaming. Endpoints personalizados permanecem nos novos perfis. Sessões executadas sob o gateway 0.22.1 continuam sem possibilidade de exclusão na 0.22.2, conforme a limitação conhecida.
Ponto de Atenção
Confira a retenção desejada antes de iniciar a versão atualizada. Teste sugerido: atualize uma cópia de homologação pelo canal correspondente à instalação, reinicie o computador e confira hermes gateway status. Verifique o isolamento dos logins entre perfis, a recepção de email e a continuidade de uma conversa local após suspender o notebook.
Atualizações em Kestra
2 versõesCorreções
Novas tentativas concorrentes deixam de duplicar tarefas e encerrar execuções prematuramente. Os metadados dos flows com falha são preservados e acompanham arquivos movidos ou excluídos. A correção de preservação do fuso no filtro de datas foi revertida nesta publicação e não deve ser considerada entregue na linha 1.3.
Correções
A versão corrige CREATE_NEW_EXECUTION dentro de loops e a concorrência entre novas tentativas. A recuperação de ScheduleOnDates respeita as datas futuras e o filtro conserva o fuso recebido. Exportações CSV neutralizam caracteres de fórmula. Schedule deixa de utilizar polling, sem migração obrigatória descrita nas notas.
Ponto de Atenção
Teste sugerido: reproduza uma tarefa com novas tentativas e confira a quantidade de execuções. Na linha 2.0, acrescente um loop com CREATE_NEW_EXECUTION e a recuperação de um ScheduleOnDates futuro. Compare os horários com o fuso configurado, preservando a diferença documentada entre as duas linhas.
Atualizações em n8n
9 versõesA linha estável recebeu correções de credenciais e XML, além da suspensão de execuções durante o encerramento do worker. As publicações 2.44 permanecem classificadas como pré-releases nas fontes consultadas. O número sem sufixo beta não dispensa essa conferência.
Correções
Testes simultâneos de credenciais utilizam registros separados de tipos de Nodes. O núcleo também retoma chamadas a ferramentas após o carregamento adiado por uma skill. As notas limitam a manutenção a esses comportamentos, sem descrever migração das credenciais armazenadas.
Correções
Cada segmento do Chat Hub recebe processamento único no modo de filas. As chamadas a ferramentas carregadas por skills também retomam a execução. A mudança posterior de classificação não altera a data de publicação da versão.
Novidades
Os agentes recebem canal de WhatsApp com mídia. A versão inclui o Microsoft SharePoint Trigger Node e credenciais do Google Vertex AI com seleção de projeto. Spans OpenTelemetry identificam a execução. Na fila, a pausa ou o encerramento de workers devolve jobs que precisam aguardar processamento.
Breaking changes
- n8n 2.44.0 — Nodes descontinuados: a criação e a atualização de workflows com esses componentes são recusadas. Substitua-os antes de gravar alterações. As notas não estendem essa afirmação à execução de workflows já publicados.
- n8n 2.44.0 — Permissões: ferramentas dos agentes obedecem às políticas de tipos de Nodes. A execução isolada de um Node pelo assistente exige o escopo de criação de workflows. A restrição de membros no acesso às credenciais alcança proprietários e administradores dos projetos compartilhados. Revise as permissões dessas identidades.
Correções
A extensão de expressão chunk() valida o tamanho dos grupos. Os seletores Gemini mostram os nomes dos modelos e apresentam primeiro os priorizados. As notas não especificam todos os valores recusados pela expressão.
Melhorias
Os seletores Gemini exibem os modelos pelo nome e reorganizam sua apresentação. O release não anuncia modelos adicionais nem repete a correção de chunk() descrita na 2.43.5. Confira a seleção gravada ao reabrir um workflow existente.
Correções
Cada corpo de requisição recebido por webhook utiliza seu próprio parser XML. As notas não descrevem mudança no formato aceito ou na resposta. A conferência pode comparar os campos recebidos por execuções com documentos XML distintos.
Correções
A linha 2.44 recebe o parser XML por requisição de webhook. A presença da mesma correção na 2.43.6 não muda a classificação desta publicação. Preserve a distinção entre os canais ao escolher o pacote para homologação.
Novidades
Execuções de produção em andamento são suspensas quando o worker encerra. O release não detalha o percurso de retomada nem o comportamento de cada Node. Uma chamada já enviada a outro serviço precisa ser conferida nesse destino, pois a suspensão não comprova seu desfazimento.
Correções
O processamento das respostas do Observer preserva as linhas de detalhe, corrigindo o descarte da resposta nesse percurso. As notas não informam mudanças de configuração nem detalham o formato dessas linhas.
Ponto de Atenção
Teste sugerido: confira uma chamada a ferramenta carregada por skill e dois documentos XML distintos num webhook. Na linha estável, encerre normalmente um worker durante uma execução e compare o estado registrado com as ações concluídas no destino. Na 2.44, verifique separadamente a gravação de workflows com Nodes descontinuados e as permissões das ferramentas.
Atualizações em Next.js
12 versõesAs correções de segurança estão descritas nas versões estáveis 15.5.28 e 16.4.1. A 16.4.2 acrescenta manutenção do Turbopack. As nove publicações canary recebem homologação própria: a canary.13 reúne requisições com middleware num único trace, mas a canary.16 reverte esse comportamento ainda na mesma semana.
Correções
A detecção de parâmetros raiz no Windows e o processamento de generateStaticParams recebem ajustes. O codemod agents-md localiza documentos nos pacotes do workspace em relação ao arquivo de saída. A versão também permite desativar turbopackGc e inclui um exemplo de Cache Components com Redis.
Correções
Imports relativos em next.config.ts utilizam o diretório da configuração. Route handlers Edge recebem correção com cacheHandlers no Turbopack. A leitura das dimensões AVIF identifica o tamanho da imagem, sem acrescentar otimização ou codificação desse formato.
Correções
As notas registram correções para execução remota de código sem autenticação na otimização de imagens SVG e para negação de serviço em Server Actions no App Router. Os avisos correspondentes são GHSA-2464-fhr4-w9xw e GHSA-p3m5-59mp-jv5r. Confira as condições da linha 15 antes de atribuir à aplicação o conjunto de falhas de outra versão.
Correções
Além das correções de SVG e Server Actions, esta linha corrige execução remota de código em funções use cache que retornam typed arrays, descrita em GHSA-673q-mjm6-r5xr. A falha de cache não é listada nas notas da 15.5.28. Verifique o retorno dessas funções junto às imagens e às ações utilizadas pela aplicação.
Correções
O Turbopack recupera atualizações de CSS perdidas durante a inicialização por recarregamento. Os resumos das rotas formam o índice do analisador e falhas de fetch recebem a marcação de erro nos spans. A busca de tags de chunks existentes fica restrita a <head>.
Correções
O monitor de arquivos não considera um evento relevante apenas porque seu diretório pai aparece no mesmo grupo de notificações. A documentação revisa exemplos de cache e tratamento de tags. A atualização do pnpm para a versão 12 pertence às ferramentas do repositório e não é apresentada como requisito das aplicações.
Correções
Fontes Google com URLs sem extensão recebem correção nos dois bundlers. A retomada de PPR emite o bootstrap compartilhado do Turbopack para receber o nonce da CSP. Requisições pelo middleware permanecem num único trace do OpenTelemetry nesta versão. Essa última alteração foi revertida na canary.16.
Correções
O cálculo do tempo próprio nos traces binários considera corretamente o retorno ao mesmo span. O build do React de 14/10 substitui o de 13/10. A documentação acrescenta testes de navegação instantânea com Playwright, sem atribuir uma medição de desempenho à atualização.
Correções
A manutenção do Turbopack abrange a consistência dos snapshots de tarefas e as listas de chunks criadas por imports dinâmicos. O desenvolvimento com Pages Router recebe o encadeamento do grafo de módulos. next-code-frame respeita os limites dos caracteres ao definir o trecho exibido.
Correções
A navegação favorece respostas completas em cache independentemente de FetchStrategy. Respostas com conteúdo dinâmico no prefetch parcial não informam parâmetros de variação. Rotas de API no Turbopack deixam de herdar configurações dos layouts superiores. A documentação sobre use cache: private delimita a persistência em desenvolvimento.
Correções
A publicação reverte a união das requisições com middleware num único trace. Os metadados das Server Actions chegam à renderização do App e os links de dependências dos worktrees de avaliação de upgrades recebem correção. As notas não especificam todos os metadados encaminhados.
Melhorias
A camada turbo-persistence utiliza MADV_WILLNEED para solicitar o carregamento prévio dos blocos SST que ocupam várias páginas. A alteração é interna e não vem acompanhada de medição de tempo de build ou mudança na API da aplicação.
Ponto de Atenção
Teste sugerido: confira primeiro a versão estável instalada e execute o build com as imagens e Server Actions do projeto. Nas canaries, valide separadamente imports da configuração, navegação com cache e traces de rotas com middleware. A resposta correta na tela não confirma que o rastreamento manteve a mesma organização após a reversão.
Atualizações em Node.js
2 versõesAs linhas LTS e Current receberam recursos diferentes no mesmo dia. A 24.22.0 amplia a criptografia e o envio de sockets entre processos. Na 26.12.0, as mudanças incluem o processamento de quadros WebSocket e a serialização das escritas assíncronas de arquivos. Confira a linha instalada antes de utilizar uma API descrita para a outra publicação.
Novidades
A função crypto.parsePKCS12() lê certificados e chaves privadas de arquivos PKCS#12. As APIs Cipher e Decipher aceitam SIV e GCM-SIV, com a descoberta de cifras e hashes pelos provedores OpenSSL carregados. O envio de net.BoundSocket para threads e processos filhos permite transferir esse objeto entre executores.
O módulo perf_hooks acrescenta histogramas com janela móvel e intercâmbio por CBOR. No SQLite, StatementSync recebe close() e Symbol.dispose para liberar o statement. Os utilitários throttle e debounce também entram na biblioteca padrão.
Correções
O deepStrictEqual aceita uma chave nula no Map ou um membro nulo no Set sem lançar o TypeError corrigido. A decodificação UTF-16LE desalinhada recebe ajuste e uma falha ao iniciar spawn libera o timer. Os detalhes de uma chave RSA deixam de expor seus parâmetros privados.
Ponto de Atenção
Server.prototype._listen2 está marcado como obsoleto. Revise o código próprio que utiliza essa API e utilize listen() nas chamadas compatíveis. Teste sugerido: importe um PKCS#12 de teste com os mesmos provedores OpenSSL do ambiente e confira a leitura dos certificados. Depois, envie um BoundSocket a um worker e verifique o recebimento.
Novidades
As funções websocketMask() e websocketUnmask() do módulo HTTP aplicam e retiram a máscara dos quadros WebSocket. A inicialização lança erro quando o runtime não oferece suporte a WebAssembly ou a RX, condição relevante para builds reduzidos.
Correções
As escritas assíncronas de FileHandle executam de forma serializada e a primeira leitura de pull() mantém o handle ocupado. O AbortSignal.any() corrige um vazamento em sinais compostos aninhados. As permissões definidas no arquivo de configuração chegam aos processos filhos.
Ponto de Atenção
Teste sugerido: confira a inicialização da aplicação na imagem de homologação utilizada pelo projeto, especialmente quando o runtime foi compilado sem WebAssembly. Execute duas escritas assíncronas no mesmo FileHandle e compare o arquivo final. Num processo filho, verifique as permissões recebidas da configuração.
Atualizações em Omarchy
1 versãoMelhorias
O sistema utiliza Linux 7.2.8 com BORE e incorpora o snapshot de outubro dos pacotes Arch, incluindo Qt 6.12. As correções abrangem plugins do shell, áudio e tela preta durante o boot em alguns computadores. A restauração de fábrica apaga hashes da senha de root e os auxiliares recebem tratamento contra flags maliciosas.
Breaking changes
- Omarchy 4.0.5 — Executáveis locais: a inclusão automática dos diretórios de projeto no
PATHfoi removida. Indique o caminho do executável ou utilize uma configuração explícita revisada nos scripts afetados.
Ponto de Atenção
Teste sugerido: após atualizar uma máquina de homologação por Update > Omarchy, confira a inicialização, os plugins do shell e a saída de áudio. Execute um comando local pelo caminho explícito. Ao verificar a desativação do SSH, mantenha um acesso local disponível para examinar as entradas do firewall.
Atualizações em OpenCode
3 versõesBreaking changes
- OpenCode 1.19.1 — Compartilhamento de sessões: os links existentes e os comandos associados ficam indisponíveis. A importação por URLs compartilhadas perde suporte. Revise as integrações que dependem desses endereços, pois o release não apresenta um substituto.
Correções
Atualizações regulares da linha 1 consultam latest de opencode-ai no npm e permanecem em 1.x. A migração principal utiliza a oferta específica em /update ou opencode upgrade --major. O Homebrew Core acompanha a versão 2. Instalações pelo Yarn recebem correção no atualizador e o script de instalação recusa versões 2.x.
Melhorias
As opções de raciocínio configuradas para o modelo geram variantes que substituem as do catálogo. Os ajustes de variantes que você já definiu permanecem aplicáveis às variantes geradas, embora as notas não detalhem quais modelos aceitam cada opção.
Ponto de Atenção
Teste sugerido: confira o canal de instalação antes de abrir /update e verifique a permanência em 1.x na atualização comum. Num modelo compatível, compare as variantes geradas com seus ajustes anteriores. Os links de sessões retirados exigem revisão própria das referências e integrações que os utilizavam.
Atualizações em OpenScreen
8 versõesA sequência de candidatas permite identificar quais correções chegaram antes da 2.1.0 estável. Essa versão consolida mudanças desde 2.0.0, incluindo edição por MCP e restauração por checkpoint. A prévia e o arquivo exportado precisam de conferências separadas porque utilizam percursos distintos.
Novidades
openscreen mcp reúne gravação, edição e exportação por stdio. As ferramentas trabalham com projetos e mídia, incluindo transcrição local pelo Whisper e legendas. Checkpoints permitem desfazer um turno do agente. A candidata acrescenta efeitos de shader, o cursor Glass Lens e correções na sincronização da captura Windows. A exportação MP4 interrompida não apresenta um arquivo parcial como resultado concluído.
Correções
As ferramentas do agente executam uma por vez para preservar as escritas. Falhas EXDEV na renomeação utilizam cópia para o destino. O cursor e o relógio continuam avançando quando um frame permanece na prévia. No Linux, o primeiro frame não recebe o último dígito do temporizador de gravação. A limitação anterior de ocultação dos ícones continua documentada.
Correções
A câmera continua avançando durante a exibição prolongada de um frame da tela. Nos Macs Intel, a leitura da prévia utiliza texturas Managed. A cópia na timeline inclui o elemento inteiro mesmo quando você seleciona somente um fragmento. O buffer de frames também recebe ajustes, sem medição de desempenho publicada.
Correções
A restauração de uma mensagem utiliza a visualização da qual ela foi enviada. A confirmação já aberta permanece associada ao identificador gravado da mensagem. As notas limitam a alteração à restauração do chat, sem descrever mudança na exportação ou na retenção de checkpoints.
Correções
O primeiro frame de Full Camera não apresenta o rastro causado por um início sem representação exata em ponto flutuante de 32 bits. A reprodução retoma no instante solicitado e um frame pausado é recomposto no instante de sua exibição. As notas desta candidata não confirmam a correção equivalente no arquivo exportado.
Correções
A exportação recebe a correção do rastro em Full Camera quando o início do trecho de processamento é arredondado para cima. A verificação adicionada compara os limites temporais junto à transição. Confira os frames do vídeo exportado para observar o comportamento tratado nesta candidata.
Novidades
A edição por MCP cria projetos, importa mídia e modifica clipes. A transcrição aceita nomes e termos do projeto, com tradução e apresentação de legendas. Checkpoints revertem o turno do agente e as conversas ficam gravadas por projeto. O servidor interno recebe chamadas de documento no aplicativo ativo.
Correções
As ferramentas executam sequencialmente e a restauração remove a mensagem revertida do histórico. A exportação utiliza uma grade comum de frames e mantém o pico verdadeiro do áudio abaixo de -1 dBTP. O Windows acompanha o relógio do áudio na captura. O macOS inclui áudio do sistema na captura de janela e o Linux distribui o ffmpeg usado pela transcrição.
Correções
O compositor aplica a inclinação ao card inteiro quando seu formato está preenchido. As máscaras de desfoque e o motion blur permanecem corretos nesse card inclinado. As notas não distinguem a prévia da exportação nem delimitam um sistema operacional específico.
Ponto de Atenção
Edições por stdio são recusadas quando o projeto está aberto no editor. Teste sugerido: numa cópia de projeto, faça alterações por MCP e reverta o turno por checkpoint. Confira a mensagem restaurada, a prévia de Full Camera e os frames próximos às transições no MP4. Examine também a sincronização do áudio e um card inclinado com máscara de desfoque.
Atualizações em Openship
4 versõesAs quatro versões ampliam CI, configuração de processos e ambientes de prévia. A preparação das imagens precede a substituição dos containers. Para os builds Cloud, a última versão da semana exige o executor BuildKit isolado, retirando a alternativa automática anterior.
Novidades
Workflows de .openship/workflows/ executam em destinos Linux ou macOS coordenados pelo Openship. Workflows do GitHub podem manter sua coordenação e utilizar runners registrados nesses servidores. A transferência do controlador entre Desktop e servidor preserva as aplicações nos hosts existentes. Código de forks é recusado por padrão e sua execução autorizada utiliza runners Cloud descartáveis sem segredos privilegiados.
Breaking changes
- Openship 0.9.0 — Atualização do Desktop: instalações 0.8.0 e 0.8.1 exigem baixar e instalar manualmente a 0.9.0 uma vez, preservando o armazenamento local. O Desktop 0.8.2 pode utilizar o atualizador integrado. Servidor e CLI não exigem essa recuperação manual.
Melhorias
Todas as imagens de substituição são verificadas antes da troca dos containers. Uma falha nessa preparação conserva os serviços anteriores. runtimeVersion seleciona PHP 8.3 ou 8.4 nos builds gerados e runtimeImage permite uma imagem personalizada nos builds Docker. A recuperação do webmail reutiliza o aplicativo existente com seus volumes e credenciais. A troca posterior dos containers permanece sequencial.
Novidades
Workers e schedulers recebem containers próprios declarados em openship.json ou pela API. Eles compartilham imagem, ambiente e volumes da aplicação, sem portas próprias. O painel configura túneis Cloudflare em servidores próprios. Builds compatíveis reutilizam caches por projeto e novos volumes Cloud utilizam identificadores imutáveis para distinguir projetos que reutilizam um slug excluído.
Ponto de Atenção
Atualize API e clientes para utilizar as configurações desta versão. O preset do scheduler Laravel utiliza SIGTERM com espera de dez segundos. Workers de fila e Horizon mantêm 90 segundos, ajustáveis para tarefas longas. Teste sugerido: configure os processos em homologação, execute um rollback e confira se somente uma instância do scheduler permanece ativa.
Novidades
Propostas do mesmo repositório GitHub, fora do estado de rascunho, podem receber prévias com o commit exato, variáveis próprias e volumes separados da produção. Forks ficam fora desse percurso. A configuração de workers numa aplicação Docker ativa em servidor próprio reutiliza a imagem verificada e preserva o container web. Snapshots incompletos de rollback retornam erro, sem utilizar silenciosamente as configurações atuais.
Breaking changes
- Openship 0.9.3 — Builds Cloud: o executor BuildKit isolado é obrigatório. Disponibilize-o nas instalações que dependiam do retorno automático ao builder embutido para continuar os builds.
Ponto de Atenção
O editor de workers atende uma aplicação Docker de um único serviço em servidor próprio. Cloud, clusters e aplicações estáticas ficam fora desse editor. Teste sugerido: implante uma prévia com credenciais próprias, confira o commit e feche a alteração no GitHub para acompanhar a limpeza. Numa aplicação compatível, altere um worker e observe o container web que deve permanecer ativo.
Atualizações em Orca
6 versõesAs versões do desktop ampliam a integração com o Jira e corrigem permissões por chat e reconexões SSH. As duas publicações Android mantêm numeração independente e dependem também do desktop pareado. Parte das notas do desktop é acumulada, portanto um recurso repetido não representa uma segunda introdução na semana.
Melhorias
O celular baixa a interface fornecida pelo desktop e apresenta o progresso. Mensagens enviadas durante uma execução aguardam acima do compositor e seguem a ordem de envio. Conversas de outros agentes abrem no celular e a lista de workspaces mostra o estado SSH. Um novo código de pareamento substitui a associação anterior.
Correções
Arquivos, portas e processos são consultados no computador do workspace. Terminais preservados da 1.4.224 recuperam a saída após reconectar. orca serve --supervise e os comandos de serviço administram o servidor. Esta descrição utiliza as notas preservadas, mas a consulta registrada em 15/10 recebeu HTTP 404 para a página do release.
Breaking changes
- Orca 1.4.225 — SSH gerenciado: a alternativa antiga de conexão foi removida. Hosts incapazes de executar o servidor gerenciado exigem manter uma versão anterior do Orca. Confira o motivo apresentado em
Settings → SSH Hostsantes da atualização.
Novidades
O Jira recebe quadros, filtros JQL gravados e workspaces iniciados a partir de tickets, inclusive pelo celular. Conversas nativas do Claude e do Codex mantêm permissões próprias ao trocar o modelo. Reconexões SSH e o destino das teclas nas ações do navegador recebem correções. Os hosts WSL permanecem experimentais. A página do release retornou HTTP 404 nas consultas registradas em 15 e 16/10, preservando-se aqui a descrição capturada anteriormente.
Breaking changes
- Orca 1.4.226 — Chat do Codex: a integração nativa exige Codex 0.136.0 ou posterior. Atualize instalações anteriores para utilizar esse percurso.
Correções
Conversas antigas conservam as permissões ao trocar o modelo. A retomada atende sessões longas do terminal e trabalho executado somente em segundo plano. A remoção de worktrees preserva pastas que o Git deixou de acompanhar. As notas acumuladas desde 1.4.224 repetem o requisito de Codex 0.136.0 já descrito na 1.4.226.
Correções
O download fornecido pelo desktop continua em conexões lentas, incluindo Tailscale ou sinal fraco. Reabrir um workspace inalterado dispensa outra transferência. As notas não confirmam retomada após perda completa da conexão nem informam um limite mínimo de rede.
Melhorias
O chat apresenta edições por turno e amplia diagramas. A reconexão SSH conserva painéis divididos e a ordem do texto colado. Recuperar um painel preserva o vizinho ainda ativo. A limpeza dos workspaces exige confirmação para interromper agentes em execução. Filtros e ordenação do celular acompanham o desktop.
Breaking changes
- Orca 1.4.229 — Automações com Hermes: o suporte a esse agente foi removido das automações. Adapte as rotinas agendadas a uma integração suportada. A exigência de Codex 0.136.0 no chat nativo permanece.
Ponto de Atenção
Atualize o host remoto junto do aplicativo para os recursos que dependem dele. Teste sugerido: restabeleça uma conexão SSH com dois painéis, confira a ordem do texto colado e retome um agente suspenso. Troque o modelo do chat e observe as permissões. No Android, conclua um download em conexão lenta e reabra o workspace sem alterações para verificar se a transferência não se repete.
Atualizações em Paperclip
1 versãoNovidades
Conexões experimentais por MCP permitem consultar tarefas e delegar trabalho com a identidade autenticada. Você pode limitar a conexão a uma empresa ou retirar a escrita. paperclip mcp atende clientes locais por stdio. As instruções cadastradas por conexão chegam aos agentes autorizados e o executor nativo recebe update_skill com verificação de versão e histórico.
Breaking changes
- Paperclip 2026.1012.0 — Locks: encerre servidores e workers antigos em todos os hosts e containers antes da atualização ou do rollback. O protocolo novo utiliza SQLite. Mova somente diretórios legados
<hash>.lock/remanescentes, preservando os arquivos.lock.sqlite. - Paperclip 2026.1012.0 — Permissões personalizadas:
scope.allowsem correspondência não recorre a uma política mais ampla. Seletores desconhecidos e restrições malformadas recusam acesso. Revise as autorizações das ferramentas afetadas.
Ponto de Atenção
Para habilitar o MCP experimental, configure PAPERCLIP_PUBLIC_URL com HTTPS. Nos adaptadores personalizados, acrescente o texto de connectionInstructions ao prompt recebido pelo agente. Teste sugerido: depois de encerrar os processos antigos em homologação, confira a restauração do workspace e uma ferramenta com autorização personalizada. Conecte um cliente sem escrita e verifique a consulta e a recusa de criação de tarefa.
Atualizações em Spec Kit
2 versõesCorreções
Expressões and e or dispensam a avaliação do segundo termo quando o primeiro já determina o resultado. A escrita do cache fica restrita aos destinos permitidos e preserva a política de links simbólicos. A versão inclui uma etapa nativa de workflow para GitHub e aceita patches empacotados mais recentes com avisos.
Novidades
Etapas de comando e prompt oferecem captura opcional da saída. A atualização carrega etapas personalizadas antes de atualizar workflows e preserva planos em caminhos literais no PowerShell. A listagem de extensões acompanha os nomes registrados pelo agente ativo. As notas não especificam os campos nem o destino da captura.
Ponto de Atenção
Teste sugerido: atualize uma cópia de projeto com etapas personalizadas e confira sua preservação. Compare os comandos listados com os nomes registrados na integração utilizada. Num workflow de homologação, avalie and com o primeiro termo falso e confira se o segundo permanece sem avaliação.
Atualizações em Traefik
2 versõesAs duas linhas recusam CONNECT antes do roteamento. A 3.7.15 também altera a seleção do protocolo dos backends do Gateway API e corrige a aplicação da autenticação por certificado no Ingress NGINX. Túneis e rotas que dependiam de HTTPS implícito precisam de conferências distintas.
Correções
A recusa de CONNECT acontece antes de a requisição chegar ao muxer, sem encaminhamento ao backend. A distribuição também atualiza golang.org/x/net para 0.60.0.
Breaking changes
- Traefik 2.11.59 — Túneis por CONNECT: a resposta
501 Not Implementedalcança CONNECT por HTTP/2 e HTTP/3, além do HTTP/1 já recusado. Clientes que utilizavam esse percurso precisam de uma rota TCP para acessar um proxy de túnel exposto pelo Traefik.
Ponto de Atenção
A recusa anterior ao roteamento não aparece no log de acesso. Utilize o nível DEBUG para observar essas requisições. Teste sugerido: envie CONNECT pelas versões HTTP utilizadas pelos clientes e confira a resposta 501. Verifique separadamente o acesso pelo túnel configurado numa rota TCP.
Correções
A autenticação por certificado de cliente no Ingress NGINX alcança o host inteiro. A verificação entre namespaces também se aplica às opções TLS que compartilham segredos de CA. No FastProxy, a leitura concorrente de buffers em conexões atualizadas recebe correção. As notas relacionam essas mudanças a três avisos de segurança.
Breaking changes
- Traefik 3.7.15 — Método CONNECT: todas as versões HTTP recebem
501 Not Implementedantes do roteamento. Utilize uma rota TCP para os clientes que dependem de um proxy de túnel. - Traefik 3.7.15 — Protocolo do backend: a porta 443 ou um nome de porta iniciado por
httpsnão seleciona HTTPS por si só no Gateway API. Para manter a conexão segura, configureappProtocol: httpsna porta do Service ou associe umaBackendTLSPolicy. Sem essas configurações, o backend de um HTTPRoute utiliza HTTP.
Ponto de Atenção
Teste sugerido: numa instalação de homologação, confira o protocolo recebido por um backend na porta 443 sem appProtocol. Repita com appProtocol: https e verifique a conexão TLS. Nas rotas Ingress NGINX com autenticação de cliente, tente acessar caminhos do mesmo host sem o certificado exigido e confira a recusa.
Conferência das migrações e da continuidade das tarefas
Comece pelas mudanças que alteram contratos existentes. Confira os hooks do Claude Code, as flags de shell do Codex e as integrações que dependiam dos links de sessão do OpenCode. No Paperclip, encerre os processos antigos antes da migração dos locks. No Hermes Agent, defina a retenção desejada e confira a distribuição corrigida antes de retomar o gateway.
Na aplicação web, selecione a atualização do Next.js correspondente à linha instalada e execute seus testes de imagens e Server Actions. A homologação das canaries inclui a navegação em cache e a reversão dos traces de middleware. No Openship, confirme a disponibilidade do BuildKit isolado e a configuração própria das prévias antes de implantar uma alteração de teste.
Confira também o runtime e o encaminhamento das requisições. No Node.js, mantenha os testes associados à linha LTS ou Current utilizada pela aplicação. No Traefik, revise os clientes que dependem de CONNECT e configure explicitamente o HTTPS dos backends afetados antes de atualizar o proxy.
O encerramento de um processo exige observar também o trabalho já realizado. Confira o estado das execuções do n8n e as ações que chegaram aos serviços externos. No Orca, valide a continuidade dos painéis e das permissões após reconectar. Para o OpenScreen, complete a restauração do checkpoint com a inspeção do vídeo exportado, pois a prévia correta não confirma sozinha a sincronização final.
Para investigar uma falha de atualização ou revisar uma integração durante esses testes, 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.