O Codex 0.165.0 inclui o Google Cloud Vertex AI e corrige a retomada indevida de tarefas interrompidas em 27/10/2026. O Claude Code 2.1.312 corrige o carregamento das políticas da organização e a leitura de arquivos de instruções extensos. O Spec Kit 1.2.4 preserva hooks e numeração de funcionalidades durante alterações no projeto.

O Kestra corrige a liberação de vagas de execução e o tratamento de subflows nas versões estáveis 1.3.45 e 2.0.8. As pré-releases 2.46.0 e 3.0.0 do n8n incluem migração do Edit Image e mudanças na configuração do chat. No OpenCode 2.2.0, as novas funcionalidades do desktop acompanham alterações que exigem revisar imports e plugins de terminal. O Antigravity CLI ajusta a comparação de arquivos e o Orca relaciona a autorização de edição à continuidade das sessões remotas.

O Next.js 16.5.0-canary.29 altera a persistência do cache e corrige loaders do webpack no Turbopack. O Omarchy 4.5.0-rc2 inclui workspaces por monitor e muda atalhos existentes. As duas publicações chegaram no fim do dia e permanecem em pré-release.

Este diário cobre 27/10/2026 pelo calendário UTC de publicação do GitHub. A reconsulta aos 27 repositórios acompanhados confirmou 12 versões com notas técnicas: oito estáveis e quatro pré-releases. O Orca foi publicado às 00h09 UTC, ainda às 20h09 de 26/10 em Nova York. Você pode conferir a classificação e o endereço oficial em cada versão.

Atualizações em Antigravity CLI

1 versão

A versão 1.4.8 permite começar a revisão em /diff enquanto arquivos não rastreados e turnos antigos carregam em segundo plano. Arquivos binários ou maiores que 1 MB recebem uma indicação na lista, sem leitura integral do conteúdo. Você também consegue alternar entre turnos pelo teclado, mantendo a comparação concentrada nas alterações de cada resposta.

As correções dos agentes tratam a diferença entre uma ferramenta que respondeu e uma chamada que falhou. Falhas e cancelamentos retornam como erros ao modelo. Conversas derivadas de uma sessão com /goal ativo não herdam a meta anterior, evitando a continuidade indevida daquela tarefa.

Antigravity CLI 1.4.8

Novidades

Antigravity CLI 1.4.8 — Navegação por turno: [ e ] levam ao primeiro arquivo do turno anterior ou seguinte em Per Turn, tanto na lista como na visualização do arquivo.

Melhorias

Antigravity CLI 1.4.8 — Abertura da comparação: All Changes e Commit Tree aparecem quando as alterações rastreadas estão prontas. Arquivos não rastreados carregam em segundo plano e os turnos concluídos ficam em cache.
Antigravity CLI 1.4.8 — Arquivos extensos: binários e arquivos não rastreados maiores que 1 MB aparecem com indicação de tipo ou tamanho, sem carregar seu conteúdo na memória.
Antigravity CLI 1.4.8 — Plugins: a instalação identifica os componentes e a pasta de destino. A validação confere o autor e os endereços informados em homepage e repository.

Correções

Antigravity CLI 1.4.8 — Erros de ferramentas: chamadas canceladas, interrompidas ou dirigidas a uma ferramenta inexistente retornam como erros ao agente.
Antigravity CLI 1.4.8 — Metas de conversas derivadas: perguntas por /btw e subagentes derivados não herdam o /goal ativo da conversa anterior.
Antigravity CLI 1.4.8 — Remoção de conversas: excluir uma conversa encerra os subagentes associados e remove seu histórico e seus workspaces.
Antigravity CLI 1.4.8 — Memória e imagens: sidecars de plugins não acumulam tarefas em segundo plano a cada execução. A colagem de imagens no Windows aceita PNG e bitmap V5 e repete a leitura quando outro aplicativo ocupa a área de transferência brevemente.

Ponto de Atenção

O modo Auto dispõe de mais tempo para avaliar comandos que saem da sandbox. Uma verificação individual demorada termina após dez segundos. Essa mudança não substitui a autorização exigida para executar um comando específico.

Teste sugerido: abra /diff num repositório de homologação com um arquivo não rastreado maior que 1 MB e confira a indicação de tamanho. Navegue entre turnos com [ e ]. Numa conversa descartável derivada de outra com /goal, confira se a meta anterior está inativa.

Notas da versão

O Antigravity CLI 1.4.8 foi publicado às 07h10 UTC como estável. As notas também descrevem menor uso de CPU ao retomar conversas, sem exigir migração de configuração.

Atualizações em Claude Code

1 versão

A versão 2.1.312 corrige situações nas quais a sessão continuava sem buscar as políticas da organização após o login no VS Code. A gravação de arquivos de instruções extensos também recebe uma conferência adicional quando o modelo leu apenas o início do conteúdo. Você pode verificar a descoberta das skills após mudar de diretório, pois essa correção atende subpastas do mesmo repositório.

Os nomes personalizados de deployment exigem uma conferência própria. Nos provedores indicados nas notas, nomes desconhecidos utilizam o prompt de sistema reduzido. A configuração permite manter o prompt completo, portanto essa alteração deve ser avaliada junto das instruções utilizadas pelo seu deployment.

Claude Code 2.1.312

Novidades

Claude Code 2.1.312 — Identificação no gateway: oidc.user_id_claim permite utilizar um campo de id_token diferente de sub, como oid do Microsoft Entra ID.
Claude Code 2.1.312 — Mensagens e rotinas: a indicação to send now envia a mensagem na fila ao clicar. Rotinas na nuvem recebem seleção do esforço do modelo na criação e na edição.

Melhorias

Claude Code 2.1.312 — Esforço aplicado: o indicador de atividade, as transcrições e o atributo effort do OpenTelemetry mostram o nível utilizado pelo modelo. A sinalização de uma troca acompanha sua aplicação.
Claude Code 2.1.312 — Limites dos hooks: a sessão executa até 24 hooks simultâneos de prompt e agente, incluindo subagentes. Até 12 adicionais podem permanecer após ultrapassar o tempo limite do evento. O mínimo de timeout é um segundo.
Claude Code 2.1.312 — Compactação: autoCompactWindow reduz a janela definida por CLAUDE_CODE_AUTO_COMPACT_WINDOW quando seu limite é menor. Um limite maior não amplia a janela.

Correções

Claude Code 2.1.312 — Políticas gerenciadas: o login pela extensão do VS Code restabelece a busca das configurações e políticas da organização. Falhas ao carregá-las na abertura recebem explicação e opções de recuperação.
Claude Code 2.1.312 — Instruções extensas: Write solicita a leitura completa ou a edição no próprio arquivo quando o modelo consultou apenas o início de um arquivo de instruções muito grande.
Claude Code 2.1.312 — Skills locais: a descoberta por diretório e por paths: funciona após um cd para uma subpasta do repositório.
Claude Code 2.1.312 — Comandos e mensagens: um comando com nome inválido não interrompe o carregamento dos demais. Reenviar uma mensagem inalterada após falha na nuvem não executa a solicitação duas vezes.
Claude Code 2.1.312 — Revisão de código: o Code Review utiliza o commit atual da revisão quando o evento de push chega atrasado.

Ponto de Atenção

O prompt de sistema reduzido é utilizado para nomes de modelo desconhecidos nos provedores Bedrock e Vertex, assim como no Foundry e no Mantle. CLAUDE_CODE_SIMPLE_SYSTEM_PROMPT=0 preserva o prompt completo. A troca automática de modelo após mensagem sinalizada também abrange esses nomes e pode ser desativada por CLAUDE_CODE_DISABLE_REFUSAL_FALLBACK=1.

Teste sugerido: autentique pela extensão num ambiente de homologação com políticas gerenciadas e confira seu carregamento. Mude para uma subpasta pelo Bash e verifique uma skill com paths:. Num deployment com nome personalizado, compare o comportamento com o prompt padrão e com o prompt completo.

Notas da versão

O Claude Code 2.1.312 foi publicado às 20h24 UTC como estável. As notas também removem o envio do evento claude_code.safety_event e corrigem a leitura de páginas de PDF durante a limpeza simultânea de arquivos da sessão.

Atualizações em Codex

1 versão

O Codex 0.165.0 amplia os provedores disponíveis com uma integração própria para o Google Cloud Vertex AI. A navegação entre sessões recebe filtro por repositório, útil para distinguir conversas em worktrees vinculados. A memória v2 fica habilitada por padrão para perfis novos, sem uma indicação nas notas de migração automática dos perfis existentes.

Você precisa conferir a continuidade da sessão junto das autorizações. Uma mensagem de agente na fila não deve reiniciar uma tarefa interrompida nem retomar sua execução após a mudança para o modo Plan. A versão também respeita o revisor padrão definido no servidor ao abrir uma sessão nova de terminal.

Codex 0.165.0

Novidades

Codex 0.165.0 — Vertex AI: o provedor integrado do Google Cloud utiliza model_provider = "gcp".
Codex 0.165.0 — Modelos e sessões: o catálogo inclui GPT-6.1 Terra. O seletor filtra sessões por repositório e a central de agentes agrupa as conversas por diretório.
Codex 0.165.0 — Threads anexadas: a interface de programação do app-server recebe forks de threads anexadas em caráter experimental.

Melhorias

Codex 0.165.0 — Esforço durante a conversa: a alteração fica habilitada por padrão para modelos compatíveis.
Codex 0.165.0 — Memória v2: perfis novos utilizam esse formato por padrão. A importação de memórias de agentes externos também recebe suporte à v2.

Correções

Codex 0.165.0 — Revisão de autorizações: sessões novas no terminal aplicam o revisor padrão do servidor quando não há substituição explícita. Preferências continuam editáveis mesmo com configurações de execução inválidas.
Codex 0.165.0 — Tarefas interrompidas: mensagens enfileiradas de agentes não reiniciam o trabalho após interrupção ou mudança para o modo Plan.
Codex 0.165.0 — Ferramentas e provedores: chamadas MCP (Model Context Protocol) remotas são canceladas quando o cliente descarta a espera pela resposta. Um erro de modelo não encontrado encerra novas tentativas e preserva a mensagem do provedor.
Codex 0.165.0 — Marketplace: a validação corrige um caso que permitia ao Git conectar a um host diferente daquele conferido pelos padrões de endereços permitidos.

Ponto de Atenção

Os forks de threads anexadas são experimentais. A memória v2 é o padrão de perfis novos e a alteração de esforço exige um modelo compatível. Esses limites precisam orientar a comparação com uma instalação existente.

Teste sugerido: abra uma sessão de homologação e confira o revisor padrão do servidor. Enfileire uma mensagem de agente, interrompa a tarefa e verifique se ela permanece interrompida. Num ambiente com acesso ao Vertex AI, configure model_provider = "gcp" e confira a resposta do modelo selecionado.

Notas da versão

O Codex 0.165.0 foi publicado às 20h09 UTC como estável. As mudanças descritas pertencem a essa publicação, sem atribuição retroativa às versões alpha com corpo restrito ao identificador de release.

Atualizações em Kestra

2 versões

As linhas 1.3 e 2.0 corrigem a resolução de entradas com secrets e a correspondência de namespaces no MySQL. Na 1.3.45, o controle de concorrência libera a vaga de uma execução com falha. A 2.0.8 corrige outro percurso da fila: as execuções que aguardavam voltam a ser processadas após remover o limite de concorrência.

Você precisa conferir o tratamento de subflows na linha 2.0, pois encerrar a execução principal enquanto ela aguarda produz KILLED, enquanto encerrar o subflow produz falha na execução principal. A mesma publicação inclui a função dataURL do Pebble e corrige gravações simultâneas de flows. As versões atendem linhas diferentes, portanto a atualização deve corresponder à instalação utilizada.

Kestra 1.3.45

Melhorias

Kestra 1.3.45 — Dependências: o Micronaut Platform utiliza a versão 4.10.22. O Playwright 1.64.1 aceita runners Ubuntu 26.04 nos testes.

Correções

Kestra 1.3.45 — Secrets e namespaces: as dependências de entrada utilizam a descriptografia dos secrets do chamador. No MySQL, as condições de namespace preservam a correspondência entre maiúsculas e minúsculas.
Kestra 1.3.45 — Dashboards por tenant: o filtro por tenant permanece fora das condições unidas por OR.
Kestra 1.3.45 — Vagas de execução: uma execução com falha libera sua vaga conforme o resultado do controle de concorrência. A duração exibida continua sendo atualizada nas execuções ativas.
Kestra 1.3.45 — Triggers e armazenamento: avaliações simultâneas de múltiplas condições recebem correção para evitar disparos duplicados. A conferência de caminhos no armazenamento de execuções utiliza uma verificação compartilhada.

Ponto de Atenção

O filtro por tenant participa da seleção das execuções exibidas no dashboard e exige conferir a combinação com OR. Teste sugerido: consulte um dashboard de homologação com essa combinação em dois tenants de teste e confira a separação das execuções. Depois, provoque uma falha num flow com limite de concorrência e verifique se a próxima execução utiliza a vaga liberada.

Notas da versão

O Kestra 1.3.45 foi publicado às 13h35 UTC como estável. As notas concentram as mudanças em correções e dependências da linha 1.3.

Kestra 2.0.8

Novidades

Kestra 2.0.8 — Arquivos no Pebble: a função dataURL resolve arquivos como URLs do tipo data:.
Kestra 2.0.8 — Visão geral do sistema: novos cards apresentam execuções de tarefas e task runners.

Melhorias

Kestra 2.0.8 — Cache do worker: a montagem do arquivo de cache das tarefas utiliza o disco, em vez da memória.
Kestra 2.0.8 — Micronaut: a dependência do servidor foi atualizada para 4.10.22.

Correções

Kestra 2.0.8 — Concorrência: remover o limite permite processar as execuções que aguardavam na fila.
Kestra 2.0.8 — Loops e subflows: subflows iniciados num loop aninhado recebem correção para continuar. Loops encerrados conservam KILLED, em vez de terminar como SUCCESS.
Kestra 2.0.8 — Interrupção de execuções: encerrar uma execução enquanto ela aguarda um subflow produz KILLED. Encerrar a execução do subflow produz falha na execução principal.
Kestra 2.0.8 — Edições simultâneas: as correções tratam gravações concorrentes que perdiam alterações ou desfaziam exclusões. Exclusões simultâneas recebem HTTP 409 e o cache do metastore evita atualizações fora de ordem.
Kestra 2.0.8 — Instalações com prefixo: as requisições da interface preservam o prefixo de caminho configurado. A migração de instalação automática de plugins recebe correção para não interromper o servidor.
Kestra 2.0.8 — Entradas e arquivos: a resolução de entradas utiliza os secrets do chamador. Mover um arquivo de namespace para o próprio local mantém o arquivo.
Kestra 2.0.8 — Estado das tarefas: o replay descarta execuções antigas de tarefas de tratamento. Num DAG (Directed Acyclic Graph), onChildFailure utiliza FAIL.

Ponto de Atenção

Os estados de encerramento participam do tratamento de falhas dos flows. Teste sugerido: encerre um subflow de homologação e confira a falha da execução principal. Repita encerrando a execução principal enquanto ela aguarda e confira KILLED. Em outro teste, remova o limite de concorrência de uma fila com execuções aguardando e verifique a continuidade do processamento.

Notas da versão

O Kestra 2.0.8 foi publicado às 14h09 UTC como estável. As notas também corrigem a duração exibida das execuções e o carregamento da interface de plugins em tarefas aninhadas.

Atualizações em n8n

2 versões

As pré-releases 2.46.0 e 3.0.0 apresentam conjuntos de mudanças muito próximos. Ambas incluem exportação do relatório de migração e alterações nas permissões do Assistant. As notas também removem versões antigas do Edit Image e desativam o Chat Hub na configuração padrão. Você precisa conferir esses pontos nas duas publicações, pois a identificação como linha 2 não exclui as alterações de migração descritas no release.

O relatório permite avaliar os workflows por projeto e identificar aqueles cujas execuções podem falhar. Use esse levantamento para escolher os testes de homologação, conferindo também os pacotes comunitários e as credenciais compartilhadas. As duas publicações continuam classificadas como pré-release no GitHub.

n8n 2.46.0

Novidades

n8n 2.46.0 — Relatório de migração: a exportação CSV e o filtro por projeto permitem tratar os apontamentos dos workflows, incluindo Executions might fail.
n8n 2.46.0 — Agentes e triggers: os agentes recebem deployments Claude no Microsoft Foundry e um canal Microsoft Teams. Webhook e MCP Trigger recebem autenticação por fontes confiáveis.
n8n 2.46.0 — Edit Image: a versão 2 do Node utiliza napi-rs/canvas e recebe uma migração correspondente.

Melhorias

n8n 2.46.0 — Assistant por projeto: as alterações ficam limitadas ao projeto da conversa. Restrições administrativas permanecem após aprovar um plano.
n8n 2.46.0 — Diagnóstico de agentes: os registros OpenTelemetry recebem atributos GenAI e o histórico mostra interrupções por limite de orçamento.

Correções

n8n 2.46.0 — Leitura de execuções: o Assistant verifica execution:read e aplica a ocultação configurada. Respostas de novas tentativas omitem os registros sem essa permissão.
n8n 2.46.0 — Continuidade dos workflows: execuções em espera são reativadas após a troca do líder. O cancelamento encerra novas tentativas de Nodes e o processamento em lotes do HTTP Request Node.
n8n 2.46.0 — Conexões externas: o SharePoint recebe correção do mapeador de colunas. O Microsoft Teams Trigger renova assinaturas por notificações de ciclo de vida e informa a permissão ausente quando a assinatura é recusada.

Breaking changes

n8n 2.46.0 — Edit Image antigo: as notas removem as versões 1 e 1.1 do Node. Workflows que as utilizam precisam passar pela migração para a versão 2 e ter o resultado das imagens conferido.
n8n 2.46.0 — Chat Hub: a configuração padrão desativa o módulo. Instalações que utilizam o chat precisam conferir sua habilitação ao atualizar.

Ponto de Atenção

As notas elevam N8N_NODES_API_VERSION para 3 e identificam o LangChain Code Node removido no diagnóstico de migração. O compartilhamento granular de credenciais permanece ativo nessa configuração. Confira a compatibilidade dos pacotes comunitários e os workflows apontados pelo relatório.

Teste sugerido: exporte o relatório numa instalação de homologação e filtre pelo projeto com Edit Image antigo. Confira a migração e compare a imagem produzida. Depois, tente consultar uma execução pelo Assistant com um perfil sem execution:read e confira a recusa.

Notas da versão

O n8n 2.46.0 foi publicado às 08h39 UTC como pré-release. O corpo registra reversões das remoções de Run once for each item e Any workflow, que não foram classificados como recursos removidos neste diário.

n8n 3.0.0

Novidades

n8n 3.0.0 — Preparação da migração: o relatório recebe exportação CSV, filtro por projeto e classificação das execuções que podem falhar. Editores tratam os apontamentos dos próprios workflows.
n8n 3.0.0 — Edit Image: a versão 2 utiliza napi-rs/canvas, com migração para a linha 3.
n8n 3.0.0 — Integrações de agentes: o Microsoft Foundry inclui deployments Claude. O Microsoft Teams recebe um canal de agentes e o Slack permite respostas somente mediante menção.

Melhorias

n8n 3.0.0 — Administração do Assistant: alterações ficam restritas ao projeto da conversa. Restrições administrativas permanecem após aprovar um plano e o compartilhamento granular de credenciais fica ativo.
n8n 3.0.0 — Observabilidade: os registros OpenTelemetry incluem atributos GenAI. O histórico identifica interrupções por orçamento e o log mostra o modelo utilizado.

Correções

n8n 3.0.0 — Permissões de execução: leituras do Assistant verificam execution:read e respeitam a ocultação dos registros. Novas tentativas não retornam os registros da execução sem essa permissão.
n8n 3.0.0 — Recuperação e cancelamento: execuções em espera retornam após a troca do líder. A falha prévia de um subworkflow aciona seu workflow de erro. Cancelar a execução encerra novas tentativas de Nodes.
n8n 3.0.0 — Arquivos e código: transmissões são encerradas quando o cliente desconecta. Buffers do Code Node seguem em base64 para os task runners e uma falha de pilha nativa substitui o runtime QuickJS.

Breaking changes

n8n 3.0.0 — Versões do Edit Image: as versões 1 e 1.1 foram removidas. Confira a migração para a versão 2 nos workflows que usam esses Nodes e compare as imagens produzidas.
n8n 3.0.0 — Configuração do chat: o Chat Hub fica desativado por padrão. Instalações que utilizam esse módulo precisam conferir a habilitação após atualizar.

Ponto de Atenção

O número 3.0.0 não representa estabilidade: esta publicação é uma pré-release. A interface de Nodes utiliza a versão 3 e as notas citam compatibilidade para pacotes comunitários. O relatório também detecta o LangChain Code Node removido.

Teste sugerido: atualize uma cópia de homologação e exporte o relatório de migração. Execute um workflow com Edit Image migrado e confira o resultado. Teste os pacotes comunitários utilizados na instalação e verifique a disponibilidade do Chat Hub.

Notas da versão

O n8n 3.0.0 foi publicado às 08h47 UTC como pré-release. Assim como na 2.46.0, as notas incluem reversões das remoções de Run once for each item e da política Any workflow.

Atualizações em Next.js

1 versão

O Next.js concentra a canary.29 na persistência dos caches e no processamento do Turbopack. O armazenamento virtual global do pnpm recebe detecção automática, enquanto os loaders do webpack recebem uma correção para arquivos localizados numa raiz adicional. Você precisa conferir essa combinação no projeto que utiliza essas dependências, pois a publicação continua no canal de testes.

Next.js 16.5.0-canary.29

Novidades

Next.js 16.5.0-canary.29 — Exemplo de aplicação: o repositório acrescenta um exemplo denominado eve, sem detalhar seu funcionamento nas notas.

Melhorias

Next.js 16.5.0-canary.29 — Cache em Docker: o cache de armazenamento recebe persistência nos ambientes Docker.
Next.js 16.5.0-canary.29 — Renderização parcial: os conteúdos inteiramente estáticos da PPR (Partial Prerendering) ficam no cache do sistema de arquivos. As entradas e revalidações do FileSystemCache utilizam um relógio monotônico.
Next.js 16.5.0-canary.29 — Dependências e localização: o Turbopack detecta o armazenamento virtual global do pnpm e configura uma raiz adicional. A publicação também atualiza a revisão do React e utiliza sharp 0.35.5.
Next.js 16.5.0-canary.29 — Manifesto do cliente: o cálculo das partes do manifesto ocorre por referência, evitando sua repetição para cada página.

Correções

Next.js 16.5.0-canary.29 — Loaders: o Turbopack recebe correção para loaders do webpack quando o arquivo de código está numa raiz adicional.
Next.js 16.5.0-canary.29 — Cache do navegador: o diretório de cache é criado ao persistir o identificador do workspace do Chrome DevTools.
Next.js 16.5.0-canary.29 — Proxy de testes: respostas HTTP comprimidas recebem correção no modo de teste com proxy.

Ponto de Atenção

A canary.29 é uma pré-release. As notas não apresentam migração obrigatória, mas as mudanças de cache precisam ser conferidas nas condições utilizadas pela aplicação.

Teste sugerido: execute um build de homologação em Docker com o cache preservado e repita a execução para conferir sua reutilização. Num projeto com armazenamento virtual global do pnpm, confira o carregamento de um arquivo numa raiz adicional pelo loader do webpack.

Notas da versão

O Next.js 16.5.0-canary.29 foi publicado em 27/10/2026 às 23h46 UTC como pré-release.

Atualizações em Omarchy

1 versão

O Omarchy 4.5.0-rc2 reorganiza o uso de várias telas e oferece um modo de janelas flutuantes com dock. As notificações agrupam cartões por aplicativo e permitem executar ações pelo teclado. A seleção entre 50 idiomas altera imediatamente a interface, com aplicação do locale do sistema no próximo login.

A atualização exige atenção aos atalhos personalizados e ao acesso ao menu de inicialização. O Limine aguarda apenas um segundo para permitir a seleção de outra entrada. Algumas combinações conhecidas também abrem funções diferentes. Você precisa conferir esses comportamentos numa máquina de teste, pois rc2 identifica uma versão candidata.

Omarchy 4.5.0-rc2

Novidades

Omarchy 4.5.0-rc2 — Workspaces: cada monitor possui seu próprio conjunto de workspaces. Super + L alterna os modos de organização, incluindo o flutuante com dock.
Omarchy 4.5.0-rc2 — Idiomas e notificações: a interface oferece 50 idiomas e os cartões de notificação recebem ações pelo teclado. Mensagens idênticas do mesmo aplicativo são reunidas.
Omarchy 4.5.0-rc2 — Aplicativos padrão: o Hype cria apresentações a partir de Markdown e o Signed substitui o Xournal++ na assinatura de PDFs. O Disktree mostra a ocupação do disco e o Monologue permite gravar a câmera.
Omarchy 4.5.0-rc2 — Compatibilidade de equipamentos: a publicação acrescenta suporte a notebooks NVIDIA N1x e Snapdragon. O Omarchy Mac integra o mesmo projeto.

Melhorias

Omarchy 4.5.0-rc2 — Instalador F1: a instalação extrai uma imagem pré-montada e acrescenta os pacotes da máquina, substituindo a instalação individual de cerca de 940 pacotes.
Omarchy 4.5.0-rc2 — Configuração visual: Appearance substitui Style e concentra os ajustes de aparência. O desktop aceita papéis de parede em vídeo e introduções dos temas.
Omarchy 4.5.0-rc2 — Credenciais da máquina virtual: a senha do Windows deixa de aparecer nos argumentos do cliente RDP (Remote Desktop Protocol). O estado da gravação de tela também sai de /tmp com escrita pública.

Correções

Omarchy 4.5.0-rc2 — Inicialização e restauração: atualizações preservam root= na imagem do kernel. A restauração de fábrica recebe correção para preservar as entradas de inicialização dos outros sistemas.
Omarchy 4.5.0-rc2 — Monitores e configurações: reativar uma tela preserva sua posição e escala. Uma falha ao ler shell.json não substitui o arquivo pelas configurações padrão.
Omarchy 4.5.0-rc2 — Agentes: ferramentas instaladas pelo mise após iniciar o agente são encontradas. A colagem de capturas de tela em agentes nos painéis do herdr iniciados por SSH (Secure Shell) recebe correção.

Breaking changes

Omarchy 4.5.0-rc2 — Limine: o menu espera um segundo, em lugar de cerca de seis. Pressione uma tecla durante a inicialização para selecionar outra entrada ou snapshot. Um tempo maior pode ser configurado com timeout: em /boot/limine.conf.
Omarchy 4.5.0-rc2 — Atalhos de aplicativos: a calculadora utiliza Super + Shift + Q, Activity utiliza Super + Shift + T e a rede utiliza Super + Ctrl + N. Os antigos atalhos de Activity e rede abrem temas e papéis de parede. A luz noturna fica em Trigger > Toggle.
Omarchy 4.5.0-rc2 — Notificações e terminais: Super + Comma aciona o cartão mais recente e Super + Alt + Comma o dispensa. Nos terminais, Super + C e Super + V enviam as combinações com Ctrl + Shift, substituindo aquelas baseadas em Insert.
Omarchy 4.5.0-rc2 — Troca de workspace: as combinações de Super + Tab ficam restritas ao monitor atual, alterando a navegação anterior entre telas.

Ponto de Atenção

A publicação orienta testar a versão candidata numa máquina de homologação ou com backup ou snapshot recuperável. Novos atalhos também podem coincidir com personalizações, incluindo Super + Q para fechar janelas e Super + M para minimizar no dock.

Teste sugerido: selecione Update > Channel > RC e execute Update > Omarchy numa máquina de homologação com snapshot. Reinicie, confira o acesso ao Limine e teste a navegação com dois monitores. Compare os atalhos personalizados com as novas combinações e verifique a colagem no terminal utilizado.

Notas da versão

O Omarchy 4.5.0-rc2 foi publicado em 27/10/2026 às 23h07 UTC como pré-release. As mudanças de configuração e de teclado exigem adaptação do uso anterior.

Atualizações em OpenCode

1 versão

O OpenCode 2.2.0 oferece plugins experimentais no desktop e amplia o gerenciamento das instruções de sessão por plugins. Essas entradas são atualizadas na próxima etapa do modelo sem reescrever o prompt de sistema. A interface também permite voltar ou criar uma conversa derivada de qualquer mensagem, mantendo os recursos de retomada junto à revisão do histórico.

Você precisa revisar os imports de @opencode/ai e os requisitos dos plugins de terminal ao atualizar para a 2.2.0. Workflows que utilizam a GitHub Action removida também exigem alteração. A classificação estável do release convive com recursos experimentais, como os plugins do desktop, que ainda precisam ser avaliados nessas condições.

OpenCode 2.2.0

Novidades

OpenCode 2.2.0 — Plugins no desktop: o gerenciamento fica em Settings › Extensions › Plugins. As novas interfaces de programação para geração de imagens e modelos de escolha estruturada permanecem experimentais.
OpenCode 2.2.0 — Instruções de sessão: ctx.session.instructions.entry.put/list/remove mantém entradas por chave que sobrevivem à compactação e à reversão, sem iniciar outro turno do modelo.
OpenCode 2.2.0 — Modelos no ChatGPT: Sign in with ChatGPT inclui GPT-6.1 Terra e GPT-6.1 Terra Fast.

Melhorias

OpenCode 2.2.0 — Cache de prompts: o tempo de retenção pode ser configurado por provedor e modelo.
OpenCode 2.2.0 — Desktop: os modos Focus e Pro acompanham a reorganização da interface. Terminais e conteúdos do painel lateral podem ser abertos em abas.
OpenCode 2.2.0 — Memória e histórico: transcrições fechadas e imagens descartadas são liberadas. O carregamento da sessão começa na última compactação concluída.

Correções

OpenCode 2.2.0 — Catálogo de plugins: etapas da sessão e chamadas de ferramentas aguardam o recarregamento dos plugins para evitar catálogos incompletos.
OpenCode 2.2.0 — Integridade de arquivos: mover um arquivo para o próprio caminho preserva seu conteúdo. Comandos personalizados mantêm $0 e $ARGUMENTS como texto literal.
OpenCode 2.2.0 — Provedores e ferramentas: recusas por limite de requisições recebem novas tentativas. Ferramentas válidas do MCP (Model Context Protocol) permanecem disponíveis quando outras retornam malformadas.

Breaking changes

OpenCode 2.2.0 — Imports de IA: @opencode/ai exporta a interface Promise. Imports da interface Effect precisam utilizar @opencode/ai/effect. O caminho removido @opencode/ai/promise precisa ser substituído pela raiz do pacote.
OpenCode 2.2.0 — GitHub Action: a publicação da Action do OpenCode foi encerrada. Workflows que a utilizam precisam remover essa referência.
OpenCode 2.2.0 — OpenTUI: plugins exigem @opentui/core e @opentui/solid 0.7.0. Os hooks de renderização precisam ser atribuídos no construtor. Hooks adicionados por reflexão exigem refreshHooks() e defineNativeIntegration() deve ser substituído por static nativeIntegration.

Ponto de Atenção

A classificação estável do release não altera o estado experimental dos plugins do desktop e das novas interfaces de geração. Plugins de terminal da linha OpenTUI 0.6 falham ao instalar até atualizar suas dependências.

Teste sugerido: compile uma integração com os novos imports de @opencode/ai e instale um plugin atualizado para OpenTUI 0.7 em homologação. Confira os hooks de renderização. No desktop, altere uma entrada de instrução e verifique sua presença após o próximo turno e depois da compactação.

Notas da versão

O OpenCode 2.2.0 foi publicado às 09h04 UTC como estável. As notas documentam as migrações dos pacotes e dos plugins separadamente das melhorias do desktop.

Atualizações em Orca

1 versão

As permissões do chat e as configurações utilizadas ao retomar agentes recebem ajustes complementares. O modo Ask solicita autorização para editar, mas o trabalho já iniciado conserva a autorização recebida. Na retomada, o Codex recupera a última permissão da conversa e o Claude preserva seu nível de esforço e as flags de abertura.

Os terminais ociosos recebem mudanças para reduzir o consumo de recursos. A redução de memória do host de terminais exige sua próxima reinicialização. Nas conexões WSL (Windows Subsystem for Linux), uma ponte por bash substitui o percurso por Node.js quando a versão do bash permite. A recuperação de abas e os avisos de erro completam as mudanças nas conexões remotas.

Orca 1.4.242

Novidades

Orca 1.4.242 — Transcrição de subagentes: clicar num subagente do Claude na barra lateral ou no painel abre sua transcrição no mesmo terminal. Clicar no agente principal retorna à conversa anterior.
Orca 1.4.242 — Terminal remoto no chat: conversas do Claude em terminais de servidores pareados podem continuar no chat nativo pelo painel ou pelo histórico de sessões.
Orca 1.4.242 — Reconexão na abertura: a opção Reconnect on launch permite configurar a reconexão individual dos hosts SSH.

Melhorias

Orca 1.4.242 — Recursos dos terminais: o host consulta painéis ociosos com menor frequência e limita o uso de memória temporária durante períodos de atividade.
Orca 1.4.242 — Ponte WSL: conexões utilizam bash e recorrem ao Node.js quando o bash está ausente ou é antigo demais. A alteração funciona com qualquer versão do servidor e reduz a memória utilizada nesse percurso, segundo as notas.
Orca 1.4.242 — Retomada de sessões: o Claude preserva o esforço e as flags de abertura. O Codex recupera a última permissão concedida à conversa.
Orca 1.4.242 — Diagnóstico das conexões: falhas de SSH mostram o motivo informado pelo cliente. No telefone, um computador inacessível recebe uma explicação em lugar de carregamento contínuo.
Orca 1.4.242 — Painel de memória: no macOS, a medição corresponde à do Activity Monitor e inclui o host de terminais.
Orca 1.4.242 — Chat no telefone: respostas transmitidas atualizam somente as linhas alteradas, reduzindo o trabalho de redesenho durante a resposta.

Correções

Orca 1.4.242 — Autorização para editar: chats do Codex em Ask executam em somente leitura e solicitam autorização para alterar o workspace. Novas permissões são aplicadas a cada novo turno.
Orca 1.4.242 — Abas pareadas: as abas dos servidores permanecem após reiniciar o desktop. Abas fechadas não reaparecem após recuperar uma saída inesperada do aplicativo.
Orca 1.4.242 — Pareamento WSL: a porta da ponte é preservada após reiniciar o aplicativo, evitando novo pareamento a cada abertura.
Orca 1.4.242 — Agendamentos: automações corrigem datas ignoradas durante a mudança de horário de verão. Execuções horárias e cron avançam além da hora repetida quando os relógios atrasam.
Orca 1.4.242 — Compatibilidade dos terminais: inicializadores no Windows funcionam em caminhos com espaços ou parênteses. No Linux, os terminais recebem correção para glibc 2.42 e versões posteriores.
Orca 1.4.242 — Identificadores de máquina: workspaces com o mesmo identificador em duas máquinas exigem indicar a máquina para editar ou excluir. Um servidor com identificador clonado recebe uma recusa explicada.

Ponto de Atenção

Nos servidores pareados, o modo Ask mantém o comportamento anterior até o servidor receber esta versão. Os modos Approve for me e Full access conservam o comportamento anterior, assim como a autorização de um trabalho já iniciado. Continuar um terminal remoto do Claude no chat exige atualizar o servidor correspondente e utiliza o chat nativo, que permanece experimental. Mover painéis entre abas também depende dessa atualização do servidor.

A navegação de subagentes está habilitada por padrão quando os hooks de status do Claude estão ativos. O Orca adiciona a primeira combinação livre entre Ctrl+Alt+G, Ctrl+Alt+H e Ctrl+Alt+V ao keybindings.json das pastas do Claude utilizadas. Você pode desativar o recurso em Settings → Agents → Claude subagent navigation, o que remove o atalho. Sessões do Claude já abertas precisam de uma nova inicialização.

Teste sugerido: abra um chat do Codex em Ask num workspace de homologação e solicite uma edição para conferir a autorização. Repita num servidor pareado atualizado. Depois, abra a transcrição de um subagente e retorne à conversa principal. Reinicie o desktop conectado a um servidor de teste para verificar a recuperação das abas e a preservação das abas fechadas.

Notas da versão

O release oficial do Orca 1.4.242 foi publicado em 27/10 às 00h09 UTC e não está marcado como pré-release. As notas também descrevem manutenção interna de um serviço de conectores em nuvem, sem anunciar sua disponibilidade pública.

Atualizações em Spec Kit

1 versão

O Spec Kit 1.2.4 permite compor bundles por referência a outros bundles e autenticar com credenciais do GitHub CLI. As correções preservam configurações já presentes no projeto durante a reinicialização ou a aplicação de substituições. Você pode comparar a numeração das funcionalidades e os hooks para conferir essa preservação.

Spec Kit 1.2.4

Novidades

Spec Kit 1.2.4 — Composição de bundles: bundles podem referenciar outros bundles.
Spec Kit 1.2.4 — Credenciais do GitHub: a autenticação aceita credenciais do GitHub CLI.
Spec Kit 1.2.4 — Integração Vibe: a configuração inclui --no-model-invocation. As notas não detalham seus efeitos sobre a execução do modelo.

Melhorias

Spec Kit 1.2.4 — Presets de segurança: Secure Development Assurance Governance recebe a versão 0.1.8 e Security Governance recebe a 0.7.4.
Spec Kit 1.2.4 — Extensões: Quality Gates (Enforcement Layer) recebe a versão 0.4.2 e Product Spec Extension recebe a 2.1.0. A extensão CSDD (Controlled Spec-Driven Development) integra o catálogo comunitário.

Correções

Spec Kit 1.2.4 — Validação dos arquivos de exclusão: caminhos .extensionignore e .presetignore que não correspondem a arquivos recebem erro de validação.
Spec Kit 1.2.4 — Instalação e recuperação: arquivos .ZIP em maiúsculas são aceitos na instalação local. O rollback da atualização de uma etapa de bundle utiliza uma transação.
Spec Kit 1.2.4 — Numeração e hooks: a reinicialização preserva a numeração das funcionalidades. Substituições que omitem os eventos mantêm os hooks existentes.
Spec Kit 1.2.4 — Templates e Junie: templates do núcleo com nomes prefixados por overrides recebem a atribuição correta. O encaminhamento ao Junie envia o prompt por --task.

Ponto de Atenção

A preservação da numeração atende projetos já inicializados. Os arquivos de exclusão também precisam ser conferidos, pois um diretório com o mesmo nome produz erro de validação.

Teste sugerido: reinicialize um projeto de homologação e compare os identificadores das funcionalidades. Aplique uma substituição sem eventos e confira os hooks preservados. Numa pasta descartável, crie um diretório .presetignore e confira a mensagem de validação.

Notas da versão

O Spec Kit 1.2.4 foi publicado às 18h07 UTC como estável. O avaliador de expressões dos workflows foi separado em um pacote próprio, sem uma migração exigida descrita nas notas.

Migrações, permissões e retomada das sessões

No Next.js, confira o build e a reutilização do cache em homologação. No Omarchy, confira primeiro a recuperação pelo menu de inicialização e depois os atalhos nas telas utilizadas. As duas publicações alteram partes diferentes do ambiente de desenvolvimento e permanecem em pré-release, assim como as duas versões do n8n deste diário.

No Claude Code, confira o carregamento das políticas após autenticar e a descoberta das skills ao mudar de diretório. No Codex, compare a abertura de uma sessão com a retomada de uma tarefa interrompida. Esses testes verificam se as instruções e as autorizações continuam aplicadas quando a sessão muda de estado, sem confundir a disponibilidade de um modelo novo com a permissão para executar ferramentas.

No Spec Kit, compare a numeração das funcionalidades após reinicializar o projeto e confira os hooks após aplicar uma substituição sem eventos. Essa preservação complementa os testes das sessões: os agentes precisam consultar as instruções corretas e o projeto precisa manter as configurações que orientam seu trabalho.

No Kestra, confira primeiro a linha instalada e escolha a versão correspondente. Na linha 1.3, teste a liberação da vaga após uma falha. Na linha 2.0, confira o processamento da fila após remover o limite e compare os estados produzidos pelo encerramento do subflow e da execução principal. Esses percursos verificam condições diferentes da continuidade de um flow.

No n8n, comece pelo relatório de migração numa cópia da instalação. Confira os workflows com Edit Image e os pacotes comunitários utilizados, depois compare os resultados de execução. A disponibilidade do Chat Hub exige uma conferência própria, pois a configuração padrão foi alterada. As duas versões do dia permanecem em pré-release.

No OpenCode, revise os imports e compile as integrações antes de avaliar o novo desktop. Um plugin que instala corretamente também precisa executar os hooks após a atualização do OpenTUI. No Antigravity CLI, confira a navegação de /diff e a resposta do agente a uma ferramenta que falha: a comparação dos arquivos e a interpretação dos erros verificam partes diferentes da continuidade da sessão.

No Orca, a atualização relaciona a autorização de edição à continuidade das sessões. Comece por um chat novo em Ask para conferir a solicitação de autorização. Depois, retome uma conversa para verificar a permissão preservada. Essa comparação distingue o comportamento de um novo turno da autorização de uma tarefa que já estava em execução.

Na conexão remota, atualize um servidor de homologação e confira as abas recuperadas após reiniciar o desktop. Verifique separadamente o consumo do host de terminais após sua próxima reinicialização, pois uma sessão antiga não demonstra o efeito dessa alteração. Para investigar diferenças entre a autorização local e o comportamento do servidor 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.