Pular para o conteúdo
Diário

Atualizações em 20 de outubro de 2026

O Chatwoot encerra o Captain V1. O Kestra recusa filtros antigos na API. O Traefik separa conexões no ForwardAuth. Orca, Specsfy e n8n completam o dia.

Releases
19
Apps
10
Com breaking change ou bug
5
Nesta página

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ão

A 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.

Antigravity CLI 1.4.3

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. Enter abre o primeiro resultado, e n ou N percorrem as ocorrências entre arquivos.

Melhorias

  • Antigravity CLI 1.4.3 — Validação de plugins: agy plugin validate confere 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: /tasks e 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 n e N visita 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 PostToolUse ficam 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ão

A 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.

Chatwoot 4.19.0

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ão

A 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.

Claude Code 2.1.305

Novidades

  • Claude Code 2.1.305 — Sandbox no Linux: sandbox.allowNestedUserNamespaces permite 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_MS configura 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: /usage identifica a configuração que causa cada aviso e oferece f para 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 Enter destinado 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 setMcpServers preserva 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: /effort e /autocompact reconhecem 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_CONFIG e 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: allowedMcpServers deixa de filtrar servidores stdio de managed-mcp.json que utilizam ${VAR} somente em env. Um servidor antes excluído pela lista pode carregar após a atualização. Use deniedMcpServers para manter a exclusão.
  • Claude Code 2.1.305 — Permissões dos plugins: plugins montados por caminho pelo Claude Desktop perdem allowed-tools quando a organização aplica allowManagedPermissionRulesOnly. 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 /artifacts utiliza 1 ou Enter para manter e 2 para excluir. Esc cancela, e as respostas y e n deixam 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ões

As 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.

Kestra 1.3.44

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 LoopUntil entre 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: --all e LATEST instalam 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 false e 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.

Kestra 2.0.7

Novidades

  • Kestra 2.0.7 — Rastreamento: os spans do OpenTelemetry incluem taskId e 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 LoopUntil entre 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 ScheduleOnDates deixa 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 --all e LATEST selecionam 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=true retorna as saídas definidas no nível do fluxo.

Breaking changes

  • Kestra 2.0.7 — Filtros da API: os endpoints by-query rejeitam 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ão

A 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.

n8n 2.45.0

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_PATH está 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ões

As 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.

Next.js 16.5.0-canary.20

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 pread no lugar de mmap.
  • Next.js 16.5.0-canary.20 — Documentação: o guia esclarece que push e replace de useRouter retornam void e orienta a migração para useTransition. Os exemplos de proxy utilizam NextRequest e 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 fetch utiliza 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.

Next.js 16.5.0-canary.21

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-cache recebe 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ão

A 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.

Omarchy 4.5.0-rc1

Novidades

  • Omarchy 4.5.0-rc1 — Idiomas: o sistema oferece 50 idiomas em Setup > Language ou por omarchy 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-0 utiliza os espaços do monitor atual, e a barra mostra somente os espaços correspondentes.
  • Omarchy 4.5.0-rc1 — Janelas flutuantes: Super + L alterna entre os layouts de mosaico, rolagem e janelas flutuantes. O layout flutuante inclui dock com aplicativos fixados, e Super + M minimiza 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ões

Trê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.

Orca 1.4.232

Novidades

  • Orca 1.4.232 — Permissões: Settings > Agents oferece 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.

Orca 1.4.233

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.

Orca 1.4.235

Novidades

  • Orca 1.4.235 — Conversas Claude: Rewind to here retorna à 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 output carrega resultados além da prévia no desktop e no celular. O celular também oferece Show full message para 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.toml novos 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.

Orca Android 0.0.58

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ões

As 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.

Specsfy 0.24.0

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.

Specsfy 0.24.1

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.

Specsfy 0.24.2

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.

Specsfy 0.24.3

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. O npx executa 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 .mjs e .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ões

As 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.

Traefik 2.11.60

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.

Traefik 3.7.16

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.

Histórico de versões