O Chatwoot 4.19.0 encerra as instruções do Captain V1 e exige a migração para o formato V2 antes de atualizar uma instalação própria. O Kestra 2.0.7 recusa os filtros no formato plano legado nos endpoints by-query, o que alcança os clientes que ainda enviam esse contrato. O Traefik 3.7.16 e o 2.11.60 corrigem o reaproveitamento de uma conexão autenticada por outro cliente no ForwardAuth, falha registrada como GHSA-hrpp-p4fc-wwf8.
O n8n 2.45.0 chega como pré-release com o agendador durável ativo por padrão e aceita Idempotency-Key nas requisições POST da API pública. O Orca publica três versões do desktop com permissões Auto e chat nativo. O aplicativo Android recebe a atualização 0.0.58. O Specsfy publica quatro versões no mesmo dia e acrescenta o especialista de relatório de servidor por host.
O Claude Code 2.1.305 corrige a recusa da busca de ferramentas pelos gateways e altera o carregamento de servidores MCP gerenciados. O Antigravity CLI 1.4.3 acrescenta busca ao /diff, o Next.js publica as canaries 20 e 21 e o Omarchy apresenta a candidata 4.5.0-rc1. Este diário cobre o intervalo de 20/10/2026 a 20/10/2026 pelo calendário UTC de publicação do GitHub, com dezenove releases em dez sistemas, sendo quatorze versões estáveis e cinco pré-releases.
Atualizações em Antigravity CLI
1 versãoA busca no visualizador de diferenças permite acompanhar cada ocorrência entre arquivos e voltar aos resultados com n e N. O validador de plugins agora aponta arquivos de hooks, sidecars e listas de componentes que o carregador não consegue ler, além de caminhos ausentes e expressões regulares inválidas. Nas correções, uma falha de hook deixa de invalidar o resultado de uma ferramenta que já terminou, e a atualização de plugins no Windows preserva a instalação anterior até concluir a substituição.
Novidades
- Antigravity CLI 1.4.3 — Busca nas diferenças:
/pesquisa a lista de arquivos e a visualização de/diff, com destaque das ocorrências durante a digitação.Enterabre o primeiro resultado, enouNpercorrem as ocorrências entre arquivos.
Melhorias
- Antigravity CLI 1.4.3 — Validação de plugins:
agy plugin validateconfere a leitura dos arquivos de hooks, dos sidecars e das listas de componentes. O comando avisa sobre caminhos ausentes, eventos desconhecidos e expressões regulares inválidas, além de diretórios e formatos que o carregador não utiliza. - Antigravity CLI 1.4.3 — Tarefas:
/taskse a lista de tarefas ativas mostram a duração em dias, horas, minutos e segundos, conforme o intervalo decorrido. - Antigravity CLI 1.4.3 — Artefatos: a navegação com
neNvisita cada ocorrência, inclusive quando vários resultados aparecem na mesma linha.
Correções
- Antigravity CLI 1.4.3 — Subagentes: no modo Auto, os comandos que saem da sandbox recebem a mesma revisão aplicada ao agente principal. A compactação preserva as referências aos subagentes recentes ao reduzir o conteúdo dos resumos.
- Antigravity CLI 1.4.3 — Hooks: uma falha de execução, um timeout ou uma resposta inválida de
PostToolUseficam registrados sem transformar em falha o resultado de uma ferramenta que funcionou. - Antigravity CLI 1.4.3 — Arquivos: a criação de arquivos vazios volta a funcionar. A escrita e a edição aceitam respostas do modelo com detalhes de artefato vazios.
- Antigravity CLI 1.4.3 — Modelos: o Gemini 4 Argon aparece quando a autenticação utiliza
GEMINI_API_KEY. Sistemas incompatíveis com a sandbox do terminal deixam de oferecer opções que dependem desse recurso. - Antigravity CLI 1.4.3 — Plugins no Windows: a atualização preserva a instalação atual até concluir a substituição e restaura a versão anterior quando a troca falha, inclusive se outra sessão mantiver arquivos abertos.
- Antigravity CLI 1.4.3 — Terminal: o cursor e a edição de texto corrigem desvios com emojis, caracteres combinados e layouts asiáticos. Os comandos de instalação e importação de plugins respeitam a saída redirecionada e as variáveis de configuração de cores.
- Antigravity CLI 1.4.3 — Remote Control: no iPhone e no iPad, as respostas aos avisos de termos e de notificações permanecem gravadas ao reabrir a interface, junto das preferências visuais.
Ponto de Atenção
A revisão automática de comandos não substitui a conferência do que sai da sandbox. Teste sugerido: valide um plugin de teste com um caminho ausente e observe o aviso. Depois, execute uma ferramenta com um hook PostToolUse que termine com erro e confira se o resultado da ferramenta continua disponível. Num Windows, interrompa uma atualização de plugin com arquivos abertos e verifique se a versão anterior foi restaurada.
Notas da versão
O release oficial do Antigravity CLI 1.4.3 foi publicado às 04h28 UTC como versão estável.
Atualizações em Chatwoot
1 versãoA versão 4.19.0 descontinua o Captain V1 e concentra a migração das instruções na instalação própria. Os recursos novos da edição Enterprise incluem tradução automática e verificação de clientes para ferramentas sensíveis, sujeitos à disponibilidade contratada. O atendimento por email recebe busca por assunto e encaminhamento, e as campanhas de WhatsApp ganham histórico com análise de entrega.
Novidades
- Chatwoot 4.19.0 — Captain: a edição Enterprise oferece tradução automática das conversas e verificação de clientes antes de executar ferramentas sensíveis.
- Chatwoot 4.19.0 — Autenticação: os tokens existentes aceitam o esquema Bearer. A administração pode exigir autenticação de dois fatores para todo o ambiente de atendimento.
Melhorias
- Chatwoot 4.19.0 — Atendimento: o canal de email recebe busca por assunto e encaminhamento de mensagens. As campanhas de WhatsApp recebem histórico e análise de entrega.
Correções
As notas anunciam manutenção de segurança e de funcionamento sem detalhar falhas individuais nesta publicação.
Breaking changes
- Chatwoot 4.19.0 — Captain V1: as instruções da versão 1 foram descontinuadas e deixam de funcionar numa instalação própria atualizada. Migre o conteúdo para o formato V2 antes de aplicar a versão 4.19.0. O guia de migração do Captain acompanha o release.
Ponto de Atenção
A migração precisa ser concluída antes da atualização, porque a instalação própria que ainda utiliza V1 perde o formato antigo depois da troca. Teste sugerido: numa cópia do ambiente, migre as instruções e converse com o Captain para confirmar as respostas. Valide também um token existente no esquema Bearer e a exigência de dois fatores, quando ativada.
Notas da versão
O release oficial do Chatwoot 4.19.0 foi publicado às 12h52 UTC como versão estável.
Atualizações em Claude Code
1 versãoA versão 2.1.305 corrige uma regressão da 2.1.304 que fazia as requisições falharem quando o provedor recusava a busca de ferramentas. A retomada de workflows recupera agentes pipeline() e parallel() já concluídos pelo diário da execução. Nas configurações gerenciadas, a atualização altera quais servidores MCP são carregados e quais permissões os plugins montados pelo Desktop conservam, o que exige revisão antes de distribuir a versão.
Novidades
- Claude Code 2.1.305 — Sandbox no Linux:
sandbox.allowNestedUserNamespacespermite criar namespaces de usuário para executar aplicações como Chromium e Podman sem root. As notas alertam que essa opção permite contornar as proteções de arquivos da sandbox. - Claude Code 2.1.305 — Novas tentativas:
CLAUDE_CODE_RETRY_WATCHDOG_USAGE_LIMIT_RECHECK_MSconfigura a conferência de limites de uso removidos antes do horário previsto para renovação no modo automático de novas tentativas.
Melhorias
- Claude Code 2.1.305 — Diagnóstico:
/usageidentifica a configuração que causa cada aviso e oferecefpara aplicar os ajustes. As mesmas orientações aparecem no VS Code e em/doctor. - Claude Code 2.1.305 — Consentimento: o diálogo de autorização do MCP (Model Context Protocol) reduz a possibilidade de interpretar como aceite um
Enterdestinado ao campo de mensagem. - Claude Code 2.1.305 — VS Code: a inicialização informa a execução dos hooks SessionStart ou Setup, com anúncio para leitores de tela. Uma falha de inicialização sem hook em andamento direciona a consulta aos logs.
Correções
- Claude Code 2.1.305 — Provedores e gateways: a requisição é repetida sem ToolSearch quando o endpoint recusa a busca ou a configuração não permite essa ferramenta. A correção inclui Vertex e Bedrock.
- Claude Code 2.1.305 — Worktrees: novos worktrees de repositórios bare utilizam a branch padrão nos casos afetados. A limpeza também remove worktrees sem alterações criados pelos subagentes.
- Claude Code 2.1.305 — Sessões e ferramentas: um servidor MCP recebido da sessão na nuvem ou de
setMcpServerspreserva sua configuração diante de outro servidor com o mesmo nome nas configurações locais. A sessão informa ao agente quando a compactação precisou omitir as mensagens mais antigas. - Claude Code 2.1.305 — Modelos e compactação:
/efforte/autocompactreconhecem diferenças de caixa e o sufixo[1m]no nome do modelo. - Claude Code 2.1.305 — Execução local: a falha de Bash por disco cheio informa que nenhum comando foi executado. Os runners próprios corrigem a leitura de credenciais via
GIT_CONFIGe as falhas relacionadas à saída mantida aberta por processos em segundo plano. - Claude Code 2.1.305 — Rotinas e revisão: as rotinas do Claude Tag preservam a publicação em threads após reinícios de conversa. O Code Review considera o commit mais recente quando há vários envios durante a revisão.
Breaking changes
- Claude Code 2.1.305 — Servidores gerenciados:
allowedMcpServersdeixa de filtrar servidores stdio demanaged-mcp.jsonque utilizam${VAR}somente emenv. Um servidor antes excluído pela lista pode carregar após a atualização. UsedeniedMcpServerspara manter a exclusão. - Claude Code 2.1.305 — Permissões dos plugins: plugins montados por caminho pelo Claude Desktop perdem
allowed-toolsquando a organização aplicaallowManagedPermissionRulesOnly. Revise as permissões gerenciadas das ferramentas utilizadas por essas extensões. - Claude Code 2.1.305 — Exclusão de artefatos: a confirmação de
/artifactsutiliza1ouEnterpara manter e2para excluir.Esccancela, e as respostasyendeixam de funcionar.
Ponto de Atenção
A opção de namespaces aninhados amplia o que a sandbox aceita executar e, ao mesmo tempo, permite alcançar arquivos que a proteção padrão recusaria. Teste sugerido: numa instalação de homologação, confira os servidores MCP carregados e a exclusão por deniedMcpServers. Retome um Workflow com uma etapa concluída e verifique a recuperação pelo diário. Num gateway que recusa ToolSearch, observe a nova tentativa sem a ferramenta.
Notas da versão
O release oficial do Claude Code 2.1.305 foi publicado às 20h46 UTC como versão estável.
Atualizações em Kestra
2 versõesAs duas linhas recebem a mesma correção no encerramento de execuções que aguardam outra iteração ou uma nova tentativa de tarefa. O rastreamento ganha taskId e o estado da execução e da tarefa nos spans do OpenTelemetry. A 2.0.7 muda ainda o contrato dos endpoints by-query, que recusam filtros no formato plano legado.
Novidades
- Kestra 1.3.44 — Rastreamento: os spans do OpenTelemetry recebem o estado da execução e da execução de tarefa, além de
taskId.
Melhorias
A publicação concentra as mudanças em correções, sem descrever melhoria independente do rastreamento.
Correções
- Kestra 1.3.44 — Encerramento: a ação de encerrar termina um
LoopUntilentre iterações e uma tarefa que aguarda nova tentativa. O vencimento dessas esperas deixa de reativar uma execução encerrada. - Kestra 1.3.44 — Editor: janelas distintas preservam os próprios painéis. O preenchimento automático sugere todos os tipos de ferramentas de AI Agent, e o editor de código da tarefa utiliza seu schema.
- Kestra 1.3.44 — Permissões: o botão de execução da visão geral fica oculto quando o acesso permite somente leitura.
- Kestra 1.3.44 — Arquivos: repetir uma exclusão deixa de remover o arquivo vizinho restante. Mover um arquivo aberto no editor deixa de produzir uma página 404.
- Kestra 1.3.44 — Plugins:
--alleLATESTinstalam a versão mais recente compatível do plugin. - Kestra 1.3.44 — Armazenamento e interface: caracteres substitutos UTF-16 isolados são substituídos na gravação de JSONB. O seletor da visão geral preserva valores escalares como
falsee zero.
Ponto de Atenção
A correção do encerramento interessa diretamente a fluxos com LoopUntil e tarefas que dependem de nova tentativa. Teste sugerido: inicie um fluxo com espera entre iterações, encerre a execução nesse intervalo e confirme que o vencimento da espera não a reativa. Numa instância de homologação, mova um arquivo aberto no editor e confira o acesso ao caminho novo.
Notas da versão
O release oficial do Kestra 1.3.44 foi publicado às 15h13 UTC como versão estável.
Novidades
- Kestra 2.0.7 — Rastreamento: os spans do OpenTelemetry incluem
taskIde os estados da execução e da execução de tarefa.
Melhorias
As notas não apresentam melhoria separada das correções de execução, gatilho e editor descritas nesta versão.
Correções
- Kestra 2.0.7 — Execuções: encerrar um
LoopUntilentre iterações impede sua retomada quando vence a espera. A versão corrige o reenvio de tarefas pelo worker numa execução terminada e executa as tarefas de erro do fluxo quando se esgotam as tentativas de uma tarefa de controle de fluxo. - Kestra 2.0.7 — Gatilhos: a exclusão de uma execução ainda ativa libera a trava do gatilho. O término também libera essa trava independentemente da ordem dos eventos, o
ScheduleOnDatesdeixa de repetir datas após um backfill e a inicialização do agendador preserva o backfill em andamento. - Kestra 2.0.7 — Editor: cada janela mantém a disposição dos próprios painéis. A aba de código das tarefas volta a oferecer sugestões, e a lista de fluxos oculta os rótulos configurados para esse fim.
- Kestra 2.0.7 — Arquivos e plugins: uma exclusão repetida preserva o arquivo vizinho restante. As opções
--alleLATESTselecionam a versão mais recente compatível do plugin. - Kestra 2.0.7 — Armazenamento e topologia: a gravação de JSONB substitui caracteres substitutos UTF-16 isolados. A atualização do grafo deixa de recentralizar sua visualização a cada recarga.
- Kestra 2.0.7 — Resposta síncrona: a execução com
wait=trueretorna as saídas definidas no nível do fluxo.
Breaking changes
- Kestra 2.0.7 — Filtros da API: os endpoints
by-queryrejeitam parâmetros de filtro no formato plano legado. Revise os clientes que ainda enviam esse formato e adapte as requisições ao contrato aceito. As notas não detalham a sintaxe substituta.
Ponto de Atenção
A mudança nos endpoints by-query exige conferir integrações, painéis e scripts que consultam execuções e fluxos por filtro. Teste sugerido: envie uma consulta no formato antigo para uma instância de homologação e observe a recusa. Depois, ajuste uma chamada de teste e confirme o retorno esperado. Acompanhe também a liberação da trava de um gatilho após excluir uma execução ativa.
Notas da versão
O release oficial do Kestra 2.0.7 foi publicado às 14h07 UTC como versão estável.
Atualizações em n8n
1 versãoA 2.45.0 pertence ao canal de pré-release e ativa o agendador durável por padrão. Durante o encerramento de um worker, as execuções de produção em andamento podem ser suspensas por essa configuração. A API pública aceita Idempotency-Key em requisições POST, e a administração pode notificar os proprietários dos workflows sobre ocorrências de migração.
Novidades
- n8n 2.45.0 — API pública: requisições POST aceitam
Idempotency-Key, e os endpoints de leitura de workflows retornam a pasta superior. - n8n 2.45.0 — Execuções: o agendador durável fica ativo por padrão, o que permite suspender execuções de produção em andamento durante o encerramento de um worker.
- n8n 2.45.0 — Agentes: alertas e interrupções por orçamento alcançam as execuções de subagentes. A interface mostra o modelo que respondeu e explica recusas de ferramentas causadas pelas políticas.
- n8n 2.45.0 — Migrações: a administração pode notificar os proprietários dos workflows sobre ocorrências de migração, individualmente ou em conjunto. O envio da notificação mantém a ocorrência como não resolvida, e a versão inclui migrações automatizadas para Nodes removidos.
- n8n 2.45.0 — Nodes: os novos Nodes Kafka usam a versão 2 por padrão. O Monday.com recebe a V2 com os recursos da V1, e o Text Classifier oferece pontuações de confiança opcionais na saída.
- n8n 2.45.0 — WhatsApp: a configuração do canal mostra a verificação da credencial e o estado da confirmação do webhook.
Melhorias
- n8n 2.45.0 — Editor: o Prettier é carregado quando você solicita a formatação do código. A seleção de credenciais recebe ajustes de desempenho em instâncias grandes.
- n8n 2.45.0 — Modelos: os seletores apresentam os modelos Gemini pelo nome, com prioridade para os destacados. As credenciais do Azure OpenAI no Foundry recebem um campo opcional de projeto.
Correções
- n8n 2.45.0 — Acesso às execuções: o filtro
projectIdé aplicado às chaves de API de membros. A execução principal oculta seu conteúdo quando um subworkflow exige essa restrição ou utiliza uma credencial sem permissão de uso. - n8n 2.45.0 — Autenticação: cada autorização OAuth fica associada à própria sessão, e o acesso
offline_accessé preservado quando o recurso protegido o omite. Uma falha de conexão da credencial recebe mensagem de erro. - n8n 2.45.0 — Agentes e modelos: a atualização de uma credencial limpa o cache do runtime do agente. As novas tentativas respeitam
Retry-After, e a repetição de turnos de raciocínio da Anthropic preserva os argumentos das ferramentas. - n8n 2.45.0 — Integrações: o Postgres mantém um valor com vírgulas como um único parâmetro de consulta. O Send Email envia a todos os destinatários de um campo em formato de array, e o Email Trigger verifica a caixa de entrada na ativação e corrige a busca em servidores com implementação defeituosa de IMAP4rev2.
- n8n 2.45.0 — Arquivos e ferramentas: o Convert to File interpreta URIs de conteúdo e valida a entrada Base64. O MCP Trigger preserva os arrays de conteúdo do MCP (Model Context Protocol), evitando envolver novamente os resultados das ferramentas.
- n8n 2.45.0 — Editor e execução: a navegação por pastas corrige a duplicação do caminho quando
N8N_PATHestá configurado. O log streaming reutiliza conexões no destino webhook, e os spans de expressões ficam desativados por padrão.
Ponto de Atenção
A versão é uma pré-release, e o agendador durável muda o comportamento padrão de instalações com fila e workers. Teste sugerido: numa instalação de homologação com fila, encerre um worker durante uma execução de produção e observe a suspensão. Envie duas requisições POST com a mesma Idempotency-Key e verifique o resultado único.
Notas da versão
O release oficial do n8n 2.45.0 foi publicado às 09h10 UTC como pré-release. A tag móvel beta identifica a mesma versão.
Atualizações em Next.js
2 versõesAs duas canaries do dia alteram a renderização do App Router e o agendamento do Turbopack. A canary.20 encaminha os cabeçalhos da requisição às estruturas do App Router e agrupa tarefas invalidadas com seus dependentes. A canary.21 corrige apenas o momento da atualização automática durante o desenvolvimento, quando o roteador ainda não iniciou.
Novidades
A publicação não anuncia recurso público novo e concentra as mudanças em renderização, dependências e documentação.
Melhorias
- Next.js 16.5.0-canary.20 — Renderização: os cabeçalhos da requisição são encaminhados explicitamente às estruturas do App Router. A entrada de pré-renderização de páginas remove o objeto de requisição, e a renderização recebe a indicação de suporte à interceptação.
- Next.js 16.5.0-canary.20 — Dependências: a publicação atualiza a revisão do React utilizada pelo framework.
- Next.js 16.5.0-canary.20 — Turbopack: o agendamento agrupa tarefas invalidadas e seus dependentes, e o processamento dos grafos utiliza prioridade em pós-ordem reversa. A compactação do armazenamento lê entradas com
preadno lugar demmap. - Next.js 16.5.0-canary.20 — Documentação: o guia esclarece que
pushereplacedeuseRouterretornamvoide orienta a migração parauseTransition. Os exemplos de proxy utilizamNextRequeste corrigem a consulta de cookies.
Correções
- Next.js 16.5.0-canary.20 — Invalidação: o Turbopack preserva a invalidação por chave das propriedades de ambiente e pré-visualização ao iniciar com estado já disponível. A manutenção inclui a propagação tardia de informações de namespaces parciais.
- Next.js 16.5.0-canary.20 — Métricas: a limpeza das métricas de
fetchutiliza o callback do ciclo de renderização.
Ponto de Atenção
A alteração nos cabeçalhos afeta componentes que leem a requisição no App Router. Teste sugerido: numa cópia da aplicação, abra uma rota que consulta cabeçalhos e cookies e confirme os valores recebidos. Rode o build com Turbopack e acompanhe a invalidação de uma variável de ambiente durante o desenvolvimento.
Notas da versão
O release oficial do Next.js 16.5.0-canary.20 foi publicado às 18h05 UTC como pré-release.
Novidades
A canary não acrescenta recurso público e se limita ao ajuste da atualização automática no ambiente de desenvolvimento.
Melhorias
- Next.js 16.5.0-canary.21 — Testes do framework: o teste
dynamic-params-retained-cacherecebe um tempo de espera maior quando utiliza webpack. A mudança pertence à suíte do framework e não representa um timeout novo da aplicação.
Correções
- Next.js 16.5.0-canary.21 — App Router: a atualização por HMR aguarda a inicialização do roteador. O ajuste muda o momento da atualização automática durante o desenvolvimento, sem alterar a execução em produção.
Ponto de Atenção
A correção alcança as edições de rotas do App Router feitas com o servidor de desenvolvimento aberto. Teste sugerido: inicie o servidor, edite um componente de rota antes da primeira compilação terminar e confirme que a página atualiza depois da inicialização do roteador, sem recarregar com o componente ausente.
Notas da versão
O release oficial do Next.js 16.5.0-canary.21 foi publicado às 23h51 UTC como pré-release.
Atualizações em Omarchy
1 versãoA candidata 4.5.0-rc1 reúne mudanças amplas no desktop, com 50 idiomas e workspaces próprios por monitor. As notificações ganham histórico, adiamento e modo Não Perturbe, e o layout flutuante inclui um dock com aplicativos fixados. A versão também altera a tecla de composição e inclui suporte a notebooks com NVIDIA N1x e Snapdragon X.
Novidades
- Omarchy 4.5.0-rc1 — Idiomas: o sistema oferece 50 idiomas em
Setup > Languageou poromarchy language <code>. O menu e as notificações mudam imediatamente, e a configuração regional do sistema é aplicada no próximo login. - Omarchy 4.5.0-rc1 — Monitores: cada monitor recebe seus próprios workspaces.
Super + 1-0utiliza os espaços do monitor atual, e a barra mostra somente os espaços correspondentes. - Omarchy 4.5.0-rc1 — Janelas flutuantes:
Super + Lalterna entre os layouts de mosaico, rolagem e janelas flutuantes. O layout flutuante inclui dock com aplicativos fixados, eSuper + Mminimiza a janela. - Omarchy 4.5.0-rc1 — Notificações: os avisos são agrupados por remetente e oferecem histórico, adiamento e modo Não Perturbe. Os cards aceitam ações, códigos de verificação e links.
- Omarchy 4.5.0-rc1 — Hardware ARM: a versão inclui suporte a notebooks NVIDIA N1x e Snapdragon X. O suporte compartilhado do Omarchy Mac é integrado ao projeto principal, com a configuração de boot preservada nos componentes específicos do Mac.
- Omarchy 4.5.0-rc1 — Aparência: o menu Appearance reúne os ajustes do desktop, e os temas podem apresentar uma introdução em vídeo. O relógio mundial Elsewhen permite consultar cidades.
Melhorias
- Omarchy 4.5.0-rc1 — Inicialização: a espera do menu Limine cai de aproximadamente seis segundos para um segundo. Esse intervalo descreve o menu, sem medir o tempo total de inicialização da máquina.
- Omarchy 4.5.0-rc1 — Desktop: a troca de temas e a abertura de menus recebem ajustes de desempenho. O desktop reage a alterações em lugar de realizar consultas periódicas em determinados componentes.
- Omarchy 4.5.0-rc1 — Atualizações: a senha de sudo é solicitada uma vez por atualização, e o encerramento da sessão durante uma transação recebe proteção adicional.
- Omarchy 4.5.0-rc1 — Ambiente de desenvolvimento: o Node é instalado sob demanda, preservando a configuração do mise. Os editores da família VS Code acompanham as mudanças de tema durante a execução.
Correções
- Omarchy 4.5.0-rc1 — Boot e recuperação: atualizações corrigem a ausência de
root=na imagem do kernel. A restauração de fábrica preserva entradas de inicialização de outros sistemas. - Omarchy 4.5.0-rc1 — Autenticação: o cadastro de digitais e a recuperação da tela de autenticação recebem correções. A expiração do sudo sem senha é reforçada após a suspensão, e o acesso ao chaveiro pelo portal XDG Secret também é corrigido.
- Omarchy 4.5.0-rc1 — Monitores e áudio: workspaces mantêm a posição após a remoção de um monitor, e os menus voltam a abrir depois dessa remoção. Desconectar um dispositivo de áudio com o painel aberto deixa de encerrar o shell.
- Omarchy 4.5.0-rc1 — Segurança: a senha da máquina virtual Windows fica fora dos argumentos do cliente RDP. O estado da gravação de tela sai do diretório temporário com escrita pública, e nomes de hooks e de estados que representam caminhos são recusados.
Breaking changes
- Omarchy 4.5.0-rc1 — Tecla de composição: Caps Lock volta à função convencional, e a composição de caracteres utiliza
Shift + Caps Lock. Ajuste o uso do teclado e confira suas personalizações caso dependa da combinação anterior.
Ponto de Atenção
A versão é uma candidata a lançamento, e as notas orientam o uso numa máquina de teste ou com backup e recuperação disponíveis. Teste sugerido: confira os atalhos novos num ambiente descartável, incluindo Super + L e a composição com Shift + Caps Lock. Depois, remova um monitor e verifique a posição dos workspaces e a abertura dos menus.
Notas da versão
O release oficial do Omarchy 4.5.0-rc1 foi publicado às 08h54 UTC como pré-release.
Atualizações em Orca
4 versõesTrês versões do desktop e uma do aplicativo Android ocupam o dia. A 1.4.232 introduz o modo Auto nas permissões dos agentes e abre o OpenCode 2 no chat nativo. A 1.4.233 revisa a conexão com hosts remotos, e a 1.4.235 permite retomar uma conversa do Claude a partir de uma mensagem anterior. O aplicativo Android recebe a numeração própria 0.0.58.
Novidades
- Orca 1.4.232 — Permissões:
Settings > Agentsoferece Manual, Auto e Yolo. Agentes Claude e Codex compatíveis podem utilizar Auto, e as conversas novas adotam o padrão escolhido para o agente. Conversas existentes mantêm as permissões gravadas. - Orca 1.4.232 — Chat nativo: o OpenCode 2 abre diretamente na conversa. Digitar
$mostra as skills do Codex, e a visualização permite ampliar e deslocar as imagens. - Orca 1.4.232 — Celular: o campo de mensagem aceita arquivos além de fotos e permite inserir skills no texto. Um painel reúne a escolha do modelo, do esforço e das permissões.
- Orca 1.4.232 — Navegador: páginas com autenticação por nome e senha abrem o diálogo correspondente. A abertura de outro aplicativo a partir de uma página exige confirmação.
- Orca 1.4.232 — Instalação remota: um espelho configurável do Node.js pode fornecer o runtime exigido tanto ao computador local quanto ao host.
Melhorias
- Orca 1.4.232 — Space: a seleção responde com menos espera, os arquivos alterados podem ser inspecionados durante a limpeza e cada linha recebe um menu de ações.
- Orca 1.4.232 — Transferências: os envios SFTP mantêm várias etapas em andamento para reduzir a espera em conexões com latência alta.
- Orca 1.4.232 — Distribuição: o desktop e o navegador compartilham recursos instalados. A remoção de cópias duplicadas e a redução das animações diminuem o tamanho do aplicativo, sem números publicados.
- Orca 1.4.232 — macOS: o atualizador evita a limitação de execução em segundo plano do instalador.
Correções
- Orca 1.4.232 — Conversas: a ação de voltar a um ponto anterior funciona em conversas extensas. Um limite de uso aparece como pausa, com horário de renovação e botão Continue, e as imagens enviadas permanecem associadas ao chat.
- Orca 1.4.232 — Servidores SSH: a perda do pareamento inicia uma nova associação pela conexão SSH. Os túneis acompanham a porta do servidor após uma reinicialização, inclusive quando outro desktop a provocou.
- Orca 1.4.232 — Migração do editor: rascunhos ainda não gravados permanecem no desktop durante a mudança para o servidor gerenciado e recebem a identificação do servidor na conclusão.
- Orca 1.4.232 — Arquivos e hosts: a restauração de um arquivo excluído e a criação da configuração inicial de MCP recusam a sobrescrita quando o arquivo mudou nesse intervalo. As ações de projeto preservam a identificação do host para diferenciar caminhos iguais em máquinas distintas.
- Orca 1.4.232 — Celular e histórico: a conexão se recupera após alternar aplicativos. A leitura do histórico preserva a posição da conversa e mantém sessões antigas visíveis.
- Orca 1.4.232 — Automações: execuções sem interface que reutilizam uma sessão enviam a instrução ao agente existente. As sessões próprias de execuções encerradas permanecem suspensas para consulta posterior.
- Orca 1.4.232 — Persistência: uma gravação que falha por falta de espaço deixa de interromper todas as gravações posteriores.
Ponto de Atenção
O chat nativo continua experimental, mesmo com a versão do aplicativo classificada como estável. Teste sugerido: abra uma conversa nova e confira o modo de permissão adotado pelo agente escolhido. Depois, derrube a conexão SSH de um host e verifique se o pareamento é refeito e se o túnel acompanha a porta nova.
Notas da versão
O release oficial do Orca 1.4.232 foi publicado às 06h20 UTC como versão estável.
Novidades
- Orca 1.4.233 — Instalação remota: a conexão oferece um espelho do Node.js quando nenhuma das máquinas consegue baixar o runtime. O endereço escolhido fica disponível para novas tentativas.
- Orca 1.4.233 — Windows remoto: o servidor inclui o backend winpty de node-pty para hosts Windows 10 1809 e Windows Server 2019.
Melhorias
- Orca 1.4.233 — Servidores cadastrados: a configuração reúne os servidores numa lista e permite remover hosts SSH em conjunto. Adicionar novamente um servidor já cadastrado atualiza seu registro, e a interface identifica pareamentos duplicados da mesma máquina.
- Orca 1.4.233 — Celular: a preparação do checkout ocorre enquanto o formulário de novo workspace permanece aberto. Os ícones das sessões preservam o tamanho ao lado de títulos extensos.
- Orca 1.4.233 — Histórico: a indexação das conversas gravadas utiliza leitura progressiva dos arquivos para reduzir o consumo de memória, sem medições publicadas.
Correções
- Orca 1.4.233 — Editor: a gravação recusa sobrescrever alterações no disco ainda não carregadas. Recarregar o arquivo e desfazer essa recarga recebem ajustes de funcionamento.
- Orca 1.4.233 — Identificação do host: a criação de worktrees utiliza o servidor selecionado. As gravações e remoções seguem a máquina proprietária do arquivo, preservando a separação entre projetos locais e remotos com o mesmo caminho.
- Orca 1.4.233 — Túneis: o servidor utiliza a comunicação por stdio quando o encaminhamento de porta não inicia. A recuperação inclui portas ainda ocupadas por uma conexão SSH anterior.
- Orca 1.4.233 — Sessões remotas: um relay antigo reiniciado no mesmo socket preserva a associação de abas abertas. A remoção de hosts permanece aplicada, e o celular repete a leitura da lista de workspaces após falhas.
Ponto de Atenção
A recusa de sobrescrita protege alterações feitas fora do editor, mas exige atenção em fluxos que gravam arquivos por script. Teste sugerido: altere um arquivo pelo terminal com o editor aberto e tente gravar pelo Orca. Depois, recarregue e confira o conteúdo preservado. Num host Windows antigo, abra um terminal remoto e valide o backend winpty.
Notas da versão
O release oficial do Orca 1.4.233 foi publicado às 18h27 UTC como versão estável. As novidades da 1.4.232 pertencem à publicação anterior do mesmo dia.
Novidades
- Orca 1.4.235 — Conversas Claude:
Rewind to hereretorna à mensagem que iniciou um turno. Você pode editar a instrução e continuar a conversa a partir do histórico preservado. - Orca 1.4.235 — Histórico:
Show full outputcarrega resultados além da prévia no desktop e no celular. O celular também ofereceShow full messagepara mensagens abreviadas. - Orca 1.4.235 — Ditado no celular: a configuração permite selecionar modelos em nuvem já preparados. A chave da API precisa estar configurada no computador que fornece o aplicativo ao celular.
Melhorias
- Orca 1.4.235 — Configuração do chat: cada conversa conserva seu modelo e suas opções de esforço e Fast após reiniciar. A troca de modelo mantém as escolhas compatíveis, e as alterações nos padrões do agente preservam as configurações já gravadas no chat.
- Orca 1.4.235 — Editor: o monitoramento de arquivos se concentra nos workspaces ativos, recentes ou que exigem acompanhamento. Ao retornar a um workspace sem monitoramento, o editor atualiza os arquivos abertos.
- Orca 1.4.235 — Abertura de conversas: New Chat abre o campo de mensagem enquanto prepara o host. A abertura e a retomada do Codex deixam de falhar apenas por exceder a espera de trinta segundos.
- Orca 1.4.235 — Interface: as mensagens na fila do desktop permitem editar anexos de imagem. A navegação entre workspaces prepara a paleta de busca antecipadamente.
Correções
- Orca 1.4.235 — Celular: a conexão do chat retoma a transmissão a partir do último registro recebido. Os grupos de projetos acompanham o desktop, e a criação de workspace prepara o checkout com o formulário aberto.
- Orca 1.4.235 — Arquivos: a versão ajusta a conferência de conflitos ao gravar e o desfazer após recarregar. Também corrige a gravação automática durante atividade intensa nos arquivos.
- Orca 1.4.235 — Hosts remotos: caminhos idênticos com identificação ambígua do projeto são recusados, e os worktrees remotos respeitam a umask do login.
- Orca 1.4.235 — Configuração: arquivos
config.tomlnovos do Codex recebem permissões exclusivas do proprietário. A tela Experimental corrige uma falha após atualizar o pacote de idioma. - Orca 1.4.235 — Execuções em segundo plano: as execuções Claude de fundo deixam de iniciar os servidores MCP (Model Context Protocol) e os hooks configurados por você.
Ponto de Atenção
O histórico completo depende de o host fornecer o conteúdo além da prévia. Teste sugerido: retome uma conversa longa com Rewind to here, edite a instrução e confira o histórico preservado. Depois, alterne o modelo no mesmo chat e reinicie o aplicativo para verificar se as opções continuam gravadas.
Notas da versão
O release oficial do Orca 1.4.235 foi publicado às 22h52 UTC como versão estável. O aplicativo do celular carrega a atualização fornecida pelo desktop conectado.
Novidades
- Orca Android 0.0.58 — Tasks: abrir Tasks na tela inicial permite escolher o computador quando há mais de uma máquina conectada.
Melhorias
- Orca Android 0.0.58 — Reconexão: o aplicativo reduz a espera para restabelecer a conexão quando você retorna à tela. As notas não apresentam uma duração medida.
Correções
- Orca Android 0.0.58 — Compatibilidade com o desktop: o celular orienta atualizar um computador antigo que não consegue fornecer uma tela, em lugar de exibir uma versão anterior dessa tela.
Ponto de Atenção
A numeração é própria do aplicativo Android e não acompanha as versões do desktop. Teste sugerido: conecte dois computadores e abra Tasks na tela inicial para conferir a escolha da máquina. Depois, conecte um desktop com versão anterior e observe a orientação de atualização.
Notas da versão
O release oficial do Orca Android 0.0.58 foi publicado às 20h05 UTC como pré-release.
Atualizações em Specsfy
4 versõesAs quatro versões do dia formam uma sequência curta. A 0.24.0 acrescenta o especialista de relatório de servidor por host, com coleta por Ansible somente para leitura e diagnóstico de Docker e Swarm. A 0.24.1 completa os testes do catálogo e as referências recíprocas, a 0.24.2 recompila o executável e a 0.24.3 corrige a execução no Windows e a recuperação do instalador.
Novidades
- Specsfy 0.24.0 — Relatórios de servidor: o novo especialista reúne a coleta por Ansible e o diagnóstico de Docker e Swarm em relatórios por host. O catálogo permite instalar o especialista pela CLI.
Melhorias
O especialista chega com as próprias verificações, sem melhoria separada descrita nas notas.
Correções
A versão acrescenta o especialista e não registra correção separada nesta publicação.
Ponto de Atenção
A coleta utiliza Ansible somente para leitura, e o relatório depende do acesso do host às ferramentas de diagnóstico. Teste sugerido: instale o especialista pela CLI numa máquina de homologação, gere um relatório de host e confira as seções de Docker e Swarm com um ambiente que tenha os dois disponíveis.
Notas da versão
O release oficial do Specsfy 0.24.0 foi publicado às 11h12 UTC como versão estável. A publicação registra 106 testes da CLI, além de typecheck e build, como verificações do fornecedor.
Novidades
A versão não acrescenta recurso novo e ajusta o catálogo e as referências do especialista incluído na publicação anterior.
Melhorias
As notas não descrevem melhoria independente das duas correções desta publicação.
Correções
- Specsfy 0.24.1 — Catálogo: os testes incluem o especialista de relatório de servidor no conjunto esperado.
- Specsfy 0.24.1 — Referências: o relatório de servidor e os especialistas de plataforma e diagnóstico recebem referências nos dois sentidos.
Ponto de Atenção
A conferência do catálogo vale para instalações que validam o conjunto de especialistas antes de distribuir uma versão. Teste sugerido: rode a suíte do catálogo e confirme a presença do especialista de relatório de servidor. Depois, abra as referências dos especialistas de plataforma e diagnóstico e verifique a ligação recíproca.
Notas da versão
O release oficial do Specsfy 0.24.1 foi publicado às 11h15 UTC como versão estável.
Novidades
A publicação não anuncia recurso novo e se limita à recompilação do executável e do manifesto.
Melhorias
As notas concentram a alteração na distribuição, sem melhoria independente descrita.
Correções
- Specsfy 0.24.2 — Distribuição: o executável da CLI e seu manifesto são recompilados para a versão pública do produto. O catálogo mantém o especialista de relatório de servidor e suas referências recíprocas.
Ponto de Atenção
A instalação da 0.24.1 pelo pacote público precisa ser repetida para receber o executável recompilado. Teste sugerido: confira a versão exibida pela CLI após a instalação e execute a validação do catálogo para confirmar o especialista e as referências.
Notas da versão
O release oficial do Specsfy 0.24.2 foi publicado às 11h17 UTC como versão estável.
Novidades
A versão corrige a execução e a instalação, sem anunciar recurso novo no catálogo.
Melhorias
As notas não apresentam melhoria separada das correções de Windows, instalação e validação descritas nesta publicação.
Correções
- Specsfy 0.24.3 — Windows: a busca dos executáveis respeita
PATHEXT. Onpxexecuta seu ponto de entrada JavaScript pelo Node, preservando argumentos com espaços. - Specsfy 0.24.3 — Instalação: a falha do instalador delegado restaura os arquivos gerenciados de configuração e as skills. Os validadores corrigem a descoberta da raiz do projeto e os caminhos com espaços.
- Specsfy 0.24.3 — Detecção da aplicação: a procura identifica stacks em subprojetos e exclui dependências, skills instaladas e ambientes virtuais. As tabelas preservam linhas com pipes escapados.
- Specsfy 0.24.3 — Testes e especificações: a rastreabilidade inclui testes
.mjse.cjs, limitados aos arquivos declarados pela especificação. A verificação do repositório respeita o estado Draft, e as transições atualizam os caminhos de pesquisa e permitem reabrir especificações concluídas. - Specsfy 0.24.3 — Validação: os validadores reconhecem palavras Unicode. A consulta das migrations utiliza o banco de teste separado para distinguir as alterações históricas já executadas das pendentes.
- Specsfy 0.24.3 — Documentação gerada: o processo exclui skills e dependências da análise, reconhece PHPUnit e identifica diagramas genéricos como exemplos.
Ponto de Atenção
A atualização do executável e a atualização das skills instaladas nos projetos continuam sendo etapas separadas. Teste sugerido: execute a CLI no Windows com um caminho que contenha espaços e confirme os argumentos recebidos. Num projeto com instalação anterior, provoque uma falha do instalador delegado e verifique a restauração dos arquivos gerenciados.
Notas da versão
O release oficial do Specsfy 0.24.3 foi publicado às 18h58 UTC como versão estável.
Atualizações em Traefik
2 versõesAs duas linhas recebem a mesma correção de segurança no ForwardAuth. A 3.7.16 leva a autenticação vinculada à conexão também às requisições de auth-url do provedor Ingress NGINX e altera o formato das referências a Secrets nos middlewares dos provedores Kubernetes. A 2.11.60 acompanha a correção da linha 3.7 e não acrescenta outros recursos.
Novidades
A versão não anuncia recursos novos. A mudança de comportamento se limita à correção de segurança no ForwardAuth.
Melhorias
Nada além da correção de segurança aparece nesta linha.
Correções
- Traefik 2.11.60 — Segurança: a falha GHSA-hrpp-p4fc-wwf8 deixa de permitir que a conexão autenticada por um usuário seja reaproveitada na subconsulta de outro cliente. O ForwardAuth isola o pool do servidor de autenticação por conexão de frontend.
- Traefik 2.11.60 — Autenticação: o suporte a NTLM e Kerberos no ForwardAuth recebe o mesmo tratamento aplicado à linha 3.7.
Ponto de Atenção
A correção altera o reaproveitamento de conexões entre o Traefik e o servidor de autenticação. Se o serviço de autenticação depende de keep-alive para reduzir o custo do handshake, acompanhe a taxa de conexões novas depois da atualização. Teste sugerido: em homologação, configure ForwardAuth contra um servidor com NTLM ou Negotiate e acesse a rota protegida por duas conexões de frontend distintas.
Notas da versão
O release oficial do Traefik 2.11.60 foi publicado às 15h05 UTC como versão estável. A linha 2.11 permanece em manutenção e recebe a correção no mesmo dia da linha 3.7.
Novidades
- Traefik 3.7.16 — ForwardAuth: o middleware oferece suporte a autenticação NTLM e Kerberos, incluindo o encaminhamento das requisições de autenticação do provedor Ingress NGINX para um serviço com autenticação integrada do Windows.
Melhorias
- Traefik 3.7.16 — Gateway API: a preparação da suíte de conformidade funciona com o armazenamento de imagens do containerd, o que evita falhas no ambiente de testes do provedor.
- Traefik 3.7.16 — Documentação: a página do provedor Ingress NGINX registra que a reescrita é aceita em configuration-snippet.
Correções
- Traefik 3.7.16 — Segurança: a falha GHSA-hrpp-p4fc-wwf8 deixa de permitir que uma conexão autenticada por um usuário atenda a subconsulta de outro cliente no ForwardAuth. O isolamento por conexão de frontend vale também para o servidor de autenticação.
- Traefik 3.7.16 — Provedores Kubernetes: o suporte a NTLM e Kerberos no ForwardAuth alcança as requisições de autenticação externa disparadas pela anotação auth-url do provedor Ingress NGINX.
Breaking changes
- Traefik 3.7.16 — Referências a Secrets: os middlewares dos provedores Kubernetes CRD e Ingress NGINX guardam a referência à chave do Secret, no formato
urn:k8s:secret:<nome do secret>:<chave>, no lugar do valor lido do Secret. A leitura em tempo de requisição permanece igual, mas a API, o dashboard e o support dump mostram a referência, o que altera automações que comparavam o valor literal.
Ponto de Atenção
Rotas que usam ForwardAuth contra um servidor IIS com autenticação do Windows, ou contra outro serviço que vincule a identidade à conexão, precisam ser conferidas depois da atualização. Teste sugerido: acesse uma rota protegida a partir de dois clientes separados e confirme que o segundo recebe 401. Consulte /api/http/middlewares e verifique o formato urn:k8s:secret: nos campos que antes traziam o valor.
Notas da versão
O release oficial do Traefik 3.7.16 foi publicado às 15h19 UTC como versão estável. A versão anterior da linha, 3.7.15, saiu em 15/10/2026, e o guia de migração da linha 3.7 descreve a mudança das referências a Secrets.
Conferência das migrações e das conexões
O Chatwoot exige a migração do Captain antes da atualização. Numa instalação própria, confira as instruções publicadas e converse com o agente depois da troca, porque o formato V1 não é lido pela versão 4.19.0. A verificação de dois fatores e o esquema Bearer exigem um teste separado com um token existente.
No Kestra, a conferência começa pelos clientes que consultam os endpoints by-query. Envie uma requisição no formato antigo para confirmar a recusa e ajuste a chamada ao contrato aceito antes de atualizar a instância que atende à automação. Depois, valide o encerramento de um LoopUntil e a liberação da trava de um gatilho.
O Traefik exige duas verificações distintas. A primeira cobre o ForwardAuth contra um servidor com NTLM ou Negotiate, com dois clientes separados. A segunda alcança os painéis, alertas e scripts que leem a configuração dos middlewares e esperam o valor do Secret no lugar da referência urn:k8s:secret:.
No Orca, atualize o desktop e os hosts antes de testar o chat nativo e a retomada de conversa. A gravação de arquivos merece uma conferência própria: altere um arquivo fora do editor e tente gravar, para ver a recusa de sobrescrita. No Specsfy, repita a instalação do executável e atualize as skills dos projetos, que continuam sendo etapas distintas.
No Claude Code, a conferência começa pelos servidores MCP gerenciados e pela confirmação de /artifacts, que mudou de tecla. No n8n, a publicação é pré-release e o agendador durável altera o comportamento de fila e workers. As canaries do Next.js exigem um build separado, e o Omarchy exige uma máquina de teste por causa da candidata.
Para investigar uma falha de integração com acompanhamento técnico 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.