O Traefik 2.11.59 e o 3.7.15 rejeitam todas as requisições CONNECT antes de chegar ao muxer, independentemente da versão HTTP. A mudança fecha o uso do Traefik como proxy de encaminhamento por CONNECT, então as rotas TCP usadas para túnel precisam de conferência antes da atualização. A versão 3.7.15 também corrige três falhas no provedor Kubernetes Ingress NGINX e no FastProxy.
O Codex 0.163.0 permite pesquisar preferências em /config e orientar uma resposta em andamento com outra mensagem. A retomada de conversas recupera as permissões gravadas, respeitando as configurações explícitas e a política gerenciada atual. O Claude Code 2.1.301 corrige a remoção de worktrees ao sair e distingue uma busca sem resultados de uma falha do programa de busca.
Este diário cobre o intervalo de 15/10/2026 a 15/10/2026 pelo calendário UTC de publicação do GitHub. A consulta registrada nesta página encontrou quinze releases em dez sistemas, sendo dez estáveis e cinco pré-releases. O dia reúne quatro versões do Next.js e duas do n8n. O Traefik publica duas correções, e o OpenScreen chega à primeira candidata da linha 2.1.0.
Atualizações em Antigravity CLI
1 versãoO Antigravity CLI 1.3.6 corrige esperas indefinidas durante as chamadas ao modelo e a execução de comandos que abrem um editor. As perguntas de subagentes chegam à interface com um caminho para responder, e a seleção de modelos inclui Claude Opus 5.5 e Sonnet 5.5 para autenticação por Application Default Credentials.
A publicação também ajusta a revisão de comandos no modo Auto e o carregamento de extensões. A visualização Commit Tree distingue identificadores de commits, descrições e alterações ainda não registradas por meio das cores.
Novidades
- Antigravity CLI 1.3.6 — Modelos Claude: a autenticação
AGY_ADC_AUTHpermite selecionar Opus 5.5 e Sonnet 5.5. O seletor/modelapresenta somente os modelos Claude disponíveis para o projeto.
Melhorias
- Antigravity CLI 1.3.6 — Revisão no modo Auto: a análise de comandos externos à sandbox reconhece os comandos de formatação e lint do workspace, incluindo suas correções. Também recusa comandos que enviariam informações sensíveis.
- Antigravity CLI 1.3.6 — Histórico de alterações: a visualização Commit Tree distingue os identificadores dos commits, as descrições e as alterações ainda não registradas por meio das cores.
Correções
- Antigravity CLI 1.3.6 — Conexão com o modelo: cinco minutos sem receber conteúdo da resposta encerram a requisição e iniciam outra tentativa. A falha não deixa uma etapa de resposta vazia.
- Antigravity CLI 1.3.6 — Perguntas de agentes: o alerta identifica o agente que aguarda resposta. Os atalhos
Ctrl+Kouana visualização do subagente abrem a seleção de perguntas, e as execuções-pignoram essas perguntas para continuar. - Antigravity CLI 1.3.6 — Editores em comandos:
GIT_EDITOR,HGEDITOReJJ_EDITORrecebemfalsenos comandos dos agentes. Um comando que precise abrir o editor falha imediatamente, o que permite identificar a causa da interrupção. - Antigravity CLI 1.3.6 — Carregamento de extensões: descrições YAML sem aspas que contêm dois-pontos recebem tratamento. A validação dos plugins reconhece os subagentes de
agents.jsone os nomes dos manifestos sem diferenciar maiúsculas de minúsculas. - Antigravity CLI 1.3.6 — Texto e diagramas: o Mermaid renderiza diagramas com frontmatter, diretivas e sintaxe da versão 11. As buscas corrigem o realce de caracteres Unicode e a apresentação de caminhos com texto multibyte.
Ponto de Atenção
O limite de cinco minutos encerra a requisição e inicia outra tentativa, o que muda o comportamento de respostas longas. Os comandos dos agentes também recebem false nos editores, então um fluxo que dependia de abrir o editor falha de imediato.
Teste sugerido: provoque uma resposta longa num ambiente de homologação e confira a nova tentativa depois de cinco minutos. Depois, execute um comando de Git que abriria o editor e verifique a falha imediata.
Notas da versão
O release oficial do Antigravity CLI 1.3.6 foi publicado em 15/10/2026 às 17h51 UTC como versão estável.
Atualizações em Claude Code
1 versãoO Claude Code 2.1.301 corrige a remoção de worktrees ao sair e distingue uma busca sem resultados de uma falha no programa de busca. A manutenção também abrange a renovação do login e a compactação de conversas ao trocar de modelo.
As integrações com mods precisam conferir dois contratos alterados. O tratamento de erros dos hooks muda, e o retorno da escrita de variáveis de ambiente é {} na escrita concluída ou { deny } na recusa.
Novidades
- Claude Code 2.1.301 — Espera por limite de uso:
CLAUDE_CODE_RETRY_WATCHDOG_MAX_USAGE_LIMIT_WAIT_MSlimita a espera do modo de novas tentativas sem acompanhamento quando a renovação da cota está distante. - Claude Code 2.1.301 — OpenTelemetry: os eventos
tool_decisionincluemclassifier_verdictepermission_mode. ComOTEL_LOG_TOOL_DETAILS=1,classifier_categoryidentifica a classificação interna que motivou a recusa. - Claude Code 2.1.301 — Entrada de texto: o modo Vim aceita
%para saltar ao delimitador correspondente. O campoInputde mods receberowspara texto com várias linhas, e o VS Code renderiza expressões LaTeX nas respostas.
Melhorias
- Claude Code 2.1.301 — Mudança de modelo: conversas maiores que a janela do modelo selecionado podem ser resumidas pelo modelo anterior antes da troca. A versão também corrige o consumo de créditos para esse resumo sem consulta prévia.
- Claude Code 2.1.301 — Renderização: o progresso de subagentes recebe atualização incremental. O painel do VS Code evita reprocessar todo o texto de raciocínio a cada atualização.
Correções
- Claude Code 2.1.301 — Worktrees: a saída não remove sem perguntar um worktree criado por
WorktreeCreatequando ele pode conter commits ainda não enviados. - Claude Code 2.1.301 — Busca e leitura: Grep e Glob informam a falha do programa de busca em vez de anunciar ausência de resultados. A ferramenta Read deixa de interpretar como texto arquivos binários como
.parquete.epub. - Claude Code 2.1.301 — Autenticação: comandos curtos não interrompem a renovação do token ao terminar. A falha de renovação causada por disco cheio informa essa condição.
- Claude Code 2.1.301 — Conversas e permissões: gateways que retornam outro nome de modelo não provocam compactações repetidas. Uma chamada interrompida por mensagem durante a conferência de permissão não aparece como recusa sua, e o prompt de um hook identifica o plugin ou a skill que solicitou a confirmação.
- Claude Code 2.1.301 — Skills e workflows: as skills voltam a aparecer depois de
/rewind. Os agentes de workflow recebem correção para não ignorar a etapa e ainda registrar sucesso, e a expansão de argumentos limita o preenchimento aos primeiros 64 nomes, com até 64 caracteres cada. - Claude Code 2.1.301 — Artefatos e runner: arquivos sujeitos a hooks de Edit ou Write são editados antes da republicação. Sessões iniciadas pelo Slack no runner autogerenciado voltam a localizar o repositório sob as configurações gerenciadas de MCP.
Breaking changes
- Claude Code 2.1.301 — Contratos de mods: o
.catchde um hook executa somente quando há exceção ou timeout, e os eventos gerados pelas chamadas do próprio hook ignoram o hook sem acionar esse tratamento. Adapte os consumidores que dependem do retorno anterior ou da execução de.catchnesses eventos.
Ponto de Atenção
O retorno de $.env.set muda para {} na escrita concluída ou { deny } na recusa. Mods que leem o retorno anterior precisam de ajuste, assim como os que esperam .catch em eventos gerados pelo próprio hook.
Teste sugerido: num mod de homologação, chame $.env.set numa escrita aceita e numa recusa e confira os dois retornos. Depois, dispare um evento pelo próprio hook e verifique que .catch não é acionado.
Notas da versão
O release oficial do Claude Code 2.1.301 foi publicado em 15/10/2026 às 19h22 UTC como versão estável.
Atualizações em Codex
1 versãoO Codex 0.163.0 permite pesquisar preferências em /config e orientar uma resposta em andamento com outra mensagem. A retomada de conversas recupera as permissões gravadas, respeitando as configurações explícitas e a política gerenciada atual. O proxy de rede também confere a autorização antes da consulta DNS.
A publicação acrescenta /keymap para configurar a tecla de prefixo, cujo padrão é Ctrl+X, e /daemon para reiniciar o servidor em segundo plano. O executor de shell muda, e o pacote deixa de incluir o zsh modificado.
Novidades
- Codex 0.163.0 — Configuração:
/configpesquisa preferências entre categorias, aplica as opções compatíveis imediatamente e informa quais exigem reinício. O comando/keymapconfigura a tecla de prefixo, cujo padrão éCtrl+X. - Codex 0.163.0 — Interrupção: uma mensagem durante a resposta orienta a execução imediatamente. Interromper o turno também encerra as células ativas do Code Mode e suas chamadas de ferramentas.
- Codex 0.163.0 — Servidor gerenciado:
/daemonpermite reiniciar o servidor em segundo plano depois de informar as tarefas que podem ser interrompidas, e a conexão é refeita automaticamente. - Codex 0.163.0 — Daybreak: o recurso fica ativo por padrão nos acessos elegíveis. O comando
codex execpode selecioná-lo com chave da API quando o servidor oferecer acesso.
Melhorias
- Codex 0.163.0 — Consultas paralelas: ferramentas independentes de somente leitura podem executar em paralelo, incluindo consultas a skills, memória e histórico.
- Codex 0.163.0 — Distribuição: os pacotes de Linux e macOS removem os símbolos dos binários distribuídos. Os símbolos permanecem nas saídas originais do build.
Correções
- Codex 0.163.0 — Permissões: a retomada recupera as permissões e as autorizações de rede da conversa sem substituir a política gerenciada atual ou as opções explícitas.
- Codex 0.163.0 — Proxy: a autorização precede a resolução DNS. Cabeçalhos
Hostduplicados são recusados, e os aliases de credenciais não contornam os hooks de inspeção. - Codex 0.163.0 — Respostas e conversas:
/siderecupera uma conversa lateral depois da troca de thread. As respostas aos prompts pendentes retornam à conversa que os apresentou. - Codex 0.163.0 — Processos: comandos locais terminam mesmo quando um processo filho mantém o canal de saída aberto. Os comandos remotos conservam a saída tardia para a consulta final.
- Codex 0.163.0 — Área de transferência: os atalhos de colagem no Windows aceitam texto e imagens. No WSL, a leitura da área de transferência é reutilizada, e a cópia tem prazo de espera.
Breaking changes
- Codex 0.163.0 — Executor de shell: o pacote deixa de incluir o
zshmodificado e usa o executor padrão. Configurações que usam as flags de shell retiradas recebem um aviso de migração, que precisa ser conferido na CLI.
Ponto de Atenção
A troca do executor de shell alcança configurações que dependiam do zsh modificado. O aviso de migração aparece na CLI, mas a conferência do shell usado pelos comandos continua necessária em ambientes com scripts próprios.
Teste sugerido: abra /config e pesquise uma preferência, conferindo quais opções exigem reinício. Depois, execute um comando local com processo filho que mantém a saída aberta e verifique o encerramento.
Notas da versão
O release oficial do Codex 0.163.0 foi publicado em 15/10/2026 às 21h30 UTC como versão estável.
Atualizações em Hermes Agent
1 versãoO Hermes Agent 0.22.2 corrige a distribuição da versão 0.22.1, compilada a partir do commit errado. Segundo a publicação, aquele build incluiu alterações de gateway ainda não destinadas à linha estável e podia deixar o aplicativo da Microsoft Store parado em “Connecting”. A nova versão retoma a linha de releases prevista para a 0.22.1.
A manutenção também corrige a inicialização do gateway depois de reiniciar o computador e a continuidade de conversas com modelos locais em notebooks. Existe uma limitação conhecida: sessões executadas sob o gateway da 0.22.1 não podem ser excluídas na 0.22.2.
Novidades
- Hermes Agent 0.22.2 — Idiomas e modelos: o catálogo inclui os pacotes de idioma
hermes-lang-pt-brehermes-lang-ko. O seletor destaca modelos recomendados, e o Nemotron 3.5 Super VL recebe parâmetros padrão.
Melhorias
- Hermes Agent 0.22.2 — Modelos locais: as requisições usam streaming com indicação do progresso de leitura do prompt. Os prazos desconsideram o período de suspensão do notebook, e um servidor local recuperado admite nova tentativa.
- Hermes Agent 0.22.2 — Memória no Windows: em computadores com memória unificada, a inicialização do modelo e o cache de prompts são dimensionados conforme a memória livre.
- Hermes Agent 0.22.2 — Ferramentas do terminal: as ferramentas instaladas por você têm precedência sobre as cópias do Hermes no terminal. A busca local de arquivos usa a versão fixada do ripgrep.
Correções
- Hermes Agent 0.22.2 — Reinício do gateway: o registro identifica a inicialização do sistema operacional. Quando essa informação não permite confirmar um processo ativo, a verificação consulta a trava do host, o que evita confundir um identificador reutilizado com um gateway em execução.
- Hermes Agent 0.22.2 — Perfis personalizados: a criação de perfis preserva endpoints personalizados, inclusive referências a variáveis de ambiente. As entradas do perfil não ocultam o endpoint herdado.
- Hermes Agent 0.22.2 — Chamadas Mistral: os identificadores compostos das ferramentas mantêm a associação entre chamada e resposta nas rotas do Mistral.
- Hermes Agent 0.22.2 — Ferramentas no Windows: processos de terminal e servidores MCP recebem executáveis preparados fora do MSIX. Uma falha na instalação do
npxempacotado admite a alternativa comnpxcomum. - Hermes Agent 0.22.2 — Dependências:
httpx2ehttpcore2avançam de 2.7.0 para 2.12.0 para atender aos avisos de auditoria citados nas notas. A publicação também atualiza dependências npm e a versão fixada da ponte do WhatsApp. - Hermes Agent 0.22.2 — Instalação e Docker: a imagem inclui o cache do
uvno caminho esperado pelo gerenciador. Uma falha na compilação de bytecode admite nova tentativa de sincronização sem essa etapa.
Ponto de Atenção
Sessões executadas sob o gateway da 0.22.1 não podem ser excluídas na 0.22.2. Confira o histórico usado antes de planejar a limpeza, porque a limitação alcança as sessões que passaram por aquele gateway. A publicação não descreve um caminho alternativo para removê-las.
Teste sugerido: reinicie o computador e confira a inicialização do gateway depois da atualização. Depois, abra uma conversa com modelo local num notebook e verifique a continuidade e o progresso de leitura do prompt.
Notas da versão
O release oficial do Hermes Agent 0.22.2 foi publicado em 15/10/2026 às 08h21 UTC como versão estável. A publicação informa que a 0.22.1 partiu do commit errado e que esta versão retoma a linha prevista.
Atualizações em n8n
2 versõesAs duas publicações do n8n corrigem a leitura de XML em webhooks. A 2.43.6 fica na linha estável, e a 2.44.2 repete a correção como pré-release. Em ambas, cada corpo de requisição recebe um parser XML próprio.
As notas não especificam o erro anterior nem alterações no formato de resposta. A conferência depende da comparação dos campos recebidos por um workflow de homologação.
Novidades
A publicação reúne uma correção no processamento de webhooks e não anuncia Node, comando ou configuração nova.
Melhorias
As notas não descrevem melhoria separada da correção de XML.
Correções
- n8n 2.43.6 — Webhooks com XML: cada corpo de requisição usa um parser XML próprio. As notas não detalham a mensagem de erro anterior nem classificam a alteração como correção de segurança.
Ponto de Atenção
A correção muda o parser de cada requisição, então vale comparar os campos recebidos por webhooks que enviam XML com estruturas diferentes. A publicação não informa o comportamento anterior nem o formato de resposta.
Teste sugerido: envie dois corpos XML diferentes para um webhook de homologação e compare os campos recebidos pelo workflow. Repita com um corpo malformado e confira a mensagem apresentada.
Notas da versão
O release oficial do n8n 2.43.6 foi publicado em 15/10/2026 às 07h26 UTC como versão estável.
Novidades
A publicação não anuncia recurso novo e repete a correção de XML da linha 2.43.
Melhorias
As notas não apresentam melhoria independente da correção de webhooks.
Correções
- n8n 2.44.2 — Leitura de XML: o corpo recebido por cada requisição de webhook tem seu próprio parser. O release não especifica o erro anterior nem mudanças no formato de resposta.
Ponto de Atenção
O número da versão não tem sufixo beta, mas a publicação continua marcada como pré-release. Confira essa classificação ao selecionar a atualização da linha 2.44.
Teste sugerido: repita o envio de corpos XML diferentes para o webhook e compare os campos recebidos na instância de homologação.
Notas da versão
O release oficial do n8n 2.44.2 foi publicado em 15/10/2026 às 07h23 UTC como pré-release.
Atualizações em Next.js
4 versõesO Next.js 16.4.2 corrige o Turbopack na linha estável. A manutenção abrange a consistência dos snapshots de tarefas e as listas de chunks criadas por imports dinâmicos. O modo de desenvolvimento do Pages Router também recebe o encadeamento do grafo de módulos.
As três pré-releases canary.13, canary.14 e canary.15 tratam do carregamento de fontes Google, do rastreamento de requisições, do build do React e da navegação com respostas em cache. As mudanças pertencem ao canal canary e precisam de homologação separada da linha estável.
Novidades
A publicação é de manutenção e não anuncia recurso novo na linha 16.4.
Melhorias
- Next.js 16.4.2 — Documentação: a versão incorpora correções dos guias posteriores à 16.4.0.
Correções
- Next.js 16.4.2 — Turbopack: os snapshots de
turbo-tasksrecebem ajustes de consistência. Duas rotinas de coleta de lixo deixam de manter relações de dependência parcialmente removidas. - Next.js 16.4.2 — Carregamento de módulos: as listas de chunks de imports dinâmicos recebem correção de colisões. A resolução ignora erros de
realpathconforme o comportamento do Node.js. - Next.js 16.4.2 — Pages Router: o desenvolvimento com Turbopack recebe o encadeamento do grafo de módulos transferido para a linha estável.
- Next.js 16.4.2 — Trechos de código: a janela visível do
next-code-framerespeita os limites dos caracteres ao selecionar o trecho exibido.
Ponto de Atenção
A versão estabiliza correções que estavam no canal canary, então vale rodar o build de desenvolvimento com Turbopack antes de publicar. A publicação não descreve mudança de API.
Teste sugerido: rode o Pages Router em modo de desenvolvimento com Turbopack e confira o grafo de módulos. Depois, abra um erro com next-code-frame e verifique o trecho exibido.
Notas da versão
O release oficial do Next.js 16.4.2 foi publicado em 15/10/2026 às 20h44 UTC como versão estável.
Novidades
A publicação não anuncia recurso novo. As mudanças ficam em correções de fontes, rastreamento e renderização parcial.
Melhorias
- Next.js 16.5.0-canary.13 — Processamento interno: o backend de tarefas otimiza atualizações agregadas fora da região protegida por lock. A publicação não apresenta medição de desempenho.
Correções
- Next.js 16.5.0-canary.13 — Fontes Google: URLs sem extensão recebem correção nos dois bundlers.
- Next.js 16.5.0-canary.13 — Renderização parcial: o bootstrap do runtime compartilhado do Turbopack é emitido na retomada de PPR para receber o nonce da política de segurança de conteúdo.
- Next.js 16.5.0-canary.13 — Rastreamento: as requisições que passam pelo middleware permanecem num único trace do OpenTelemetry.
- Next.js 16.5.0-canary.13 — Manifestos de desenvolvimento: o webpack grava os manifestos de forma atômica, o que evita expor uma escrita parcial.
Ponto de Atenção
O ajuste de fontes afeta os dois bundlers e depende de uma aplicação que use URLs do Google sem extensão. A versão continua no canal canary.
Teste sugerido: carregue uma fonte Google com URL sem extensão num projeto de homologação e confira o carregamento nos dois bundlers. Depois, acompanhe uma requisição com middleware no rastreamento.
Notas da versão
O release oficial do Next.js 16.5.0-canary.13 foi publicado em 15/10/2026 às 10h00 UTC como pré-release.
Novidades
A publicação não anuncia recurso novo e concentra as mudanças numa dependência e na documentação.
Melhorias
- Next.js 16.5.0-canary.14 — React: o framework substitui o build do React de 13/10 pelo de 14/10. As notas não detalham as alterações internas dessa dependência.
- Next.js 16.5.0-canary.14 — Documentação: o guia do Playwright inclui testes de navegação instantânea. O exemplo de
error.jstipa a propriedadeerrorcomounknown.
Correções
- Next.js 16.5.0-canary.14 — Traces binários: o cálculo de tempo próprio recebe correção para reentradas no mesmo span. A mudança trata a medição do trace, sem anunciar ganho de desempenho da aplicação.
- Next.js 16.5.0-canary.14 — Testes internos: o cache do Turborepo recebe um ajuste no job de testes unitários com Miri.
Ponto de Atenção
A troca do build do React não vem acompanhada das mudanças internas, o que limita a previsão de efeitos. A versão pertence ao canal canary.
Teste sugerido: rode os testes de navegação instantânea com Playwright num projeto de homologação e confira o resultado. Depois, acompanhe um trace com reentrada no mesmo span.
Notas da versão
O release oficial do Next.js 16.5.0-canary.14 foi publicado em 15/10/2026 às 13h52 UTC como pré-release.
Novidades
A publicação não anuncia recurso novo. As mudanças ficam na navegação com respostas em cache e no prefetch parcial.
Melhorias
- Next.js 16.5.0-canary.15 — Painel de erros: as ações para abrir o editor ficam mais fáceis de localizar, e os botões ocultam seus textos em telas menores.
- Next.js 16.5.0-canary.15 — Documentação: o Pages Router recebe guias de atualização para as versões 15 e 16. A documentação esclarece que os resultados de
use cache: privatepersistem entre requisições no modo de desenvolvimento.
Correções
- Next.js 16.5.0-canary.15 — Navegação em cache: a seleção prefere entradas completas independentemente de
FetchStrategy. A navegação extrai a estrutura da página de uma resposta inteiramente em cache, sem extrair separadamente a etapa estática. - Next.js 16.5.0-canary.15 — Prefetch parcial: as respostas que incluem conteúdo dinâmico não informam os parâmetros de variação. A publicação também reorganiza a busca e a decodificação das respostas de navegação.
- Next.js 16.5.0-canary.15 — Rotas de API: o Turbopack deixa de herdar a configuração dos layouts superiores para essas rotas.
Ponto de Atenção
A seleção de entradas completas muda o comportamento de navegação com respostas em cache. A versão continua no canal canary, e a conferência depende de uma aplicação com cache configurado.
Teste sugerido: navegue entre rotas com respostas em cache num projeto de homologação e confira a seleção de entradas completas. Depois, teste uma rota de API e verifique a configuração herdada dos layouts.
Notas da versão
O release oficial do Next.js 16.5.0-canary.15 foi publicado em 15/10/2026 às 23h44 UTC como pré-release.
Atualizações em OpenCode
1 versãoO OpenCode 1.19.1 encerra o compartilhamento de sessões. Os links já criados e os comandos associados ficam indisponíveis, e a importação de sessões por URLs compartilhadas também perde suporte.
A publicação não traz correções nem melhorias adicionais. Todo o conteúdo do release está na remoção do compartilhamento e no efeito sobre os percursos que dependiam desses endereços.
Novidades
A publicação não anuncia recurso novo e registra apenas o fim do compartilhamento de sessões.
Melhorias
As notas não descrevem melhoria associada à remoção do compartilhamento.
Correções
As notas não descrevem falha corrigida nesta versão.
Breaking changes
- OpenCode 1.19.1 — Compartilhamento de sessões: os links existentes e os comandos de compartilhamento ficam indisponíveis. Os percursos que importam sessões por esses links precisam ser revistos, porque essa importação não tem mais suporte.
Ponto de Atenção
A remoção alcança links já criados, e não somente a criação de novos. Revise documentação, mensagens e automações que apontem para sessões compartilhadas, porque o endereço deixa de funcionar.
Teste sugerido: abra um link de sessão compartilhada criado antes da atualização e confira a indisponibilidade. Depois, execute o comando de compartilhamento e verifique a resposta.
Notas da versão
O release oficial do OpenCode 1.19.1 foi publicado em 15/10/2026 às 19h19 UTC como versão estável.
Atualizações em OpenScreen
1 versãoO OpenScreen 2.1.0-rc.1 amplia a edição de vídeos por agentes. O servidor MCP reúne ferramentas de gravação e exportação com acesso aos projetos, incluindo transcrição local e legendas. Os checkpoints permitem desfazer um turno completo de alterações.
A publicação também acrescenta efeitos de shader e corrige a sincronização de áudio e vídeo. As notas comparam a candidata com a versão estável 2.0.0, e o volume de mudanças abrange a edição manual e as integrações automatizadas.
Novidades
- OpenScreen 2.1.0-rc.1 — Servidor MCP:
openscreen mcpoferece ferramentas por stdio para gravar, editar e exportar vídeos. Chamadas de documento podem seguir para o aplicativo em execução, e as ferramentas também permitem criar e renomear projetos, importar mídia e administrar clipes. - OpenScreen 2.1.0-rc.1 — Checkpoints: o agente pode registrar um estado do projeto e restaurá-lo para desfazer as alterações de um turno. Os checkpoints não são transferidos entre os percursos de execução descritos nas notas.
- OpenScreen 2.1.0-rc.1 — Transcrição e legendas: o Whisper local aceita nomes e termos específicos por projeto. As ferramentas dos agentes permitem consultar, formatar e traduzir legendas, e
openscreen captionsgrava uma transcrição e ativa sua exibição. - OpenScreen 2.1.0-rc.1 — Efeitos visuais: o compositor recebe o contrato de efeitos de shader nas plataformas Windows, Linux e macOS. A edição inclui uma faixa Effects e um inspetor, e o tema de cursor Glass Lens refrata a imagem em 2D e 3D.
- OpenScreen 2.1.0-rc.1 — Gravações e conversas: você pode escolher a pasta das gravações mantendo acesso às tomadas anteriores. As conversas do agente são gravadas por projeto, e os cliques registrados podem reproduzir sons no vídeo.
- OpenScreen 2.1.0-rc.1 — Windows ARM64: a distribuição inclui instaladores separados por arquitetura, com preparação dos componentes nativos para ARM64.
Melhorias
- OpenScreen 2.1.0-rc.1 — Exportação GIF: o processamento das cores e a codificação LZW usam um conjunto de workers. A fila limita os frames enviados que ainda aguardam escrita, sem medição de ganho nas notas.
- OpenScreen 2.1.0-rc.1 — Transições de zoom: a timeline mostra os movimentos de entrada e saída, incluindo o deslocamento entre zooms encadeados. Os agentes recebem a posição dessas transições e avisos sobre junções de clipes que interrompem o movimento.
- OpenScreen 2.1.0-rc.1 — Linux: o AppImage inclui metadados de atualização, e seu runtime dispensa
libfuse2. A captura PipeWire pode tentar novamente usando memória compartilhada.
Correções
- OpenScreen 2.1.0-rc.1 — Exportação MP4: o cancelamento funciona durante a exportação e interrompe o processamento entre frames. Somente um arquivo concluído é disponibilizado como resultado.
- OpenScreen 2.1.0-rc.1 — Sincronização: a gravação de tela no Windows acompanha o relógio do áudio. A exportação usa uma grade única de frames para toda a timeline, e o limitador confere o pico verdadeiro do áudio depois do ganho, mantendo-o abaixo de -1 dBTP.
- OpenScreen 2.1.0-rc.1 — Edições simultâneas: alterações MCP em projetos fechados comparam o arquivo completo antes da escrita. A gravação é atômica e admite desfazer, e o comando de legendas recusa sobrescrever um projeto salvo durante a transcrição.
- OpenScreen 2.1.0-rc.1 — Câmera e microfone: a gravação não usa um microfone ausente da lista do sistema. A prévia conserva o último frame da webcam quando o clipe continua além da gravação da câmera.
- OpenScreen 2.1.0-rc.1 — Timeline e áudio: a duplicação de clipes preserva os modificadores associados. As tomadas de áudio permanecem ligadas aos próprios clipes depois de uma edição.
- OpenScreen 2.1.0-rc.1 — Captura no macOS e Linux: uma gravação de janela no macOS continua quando o áudio não pode ser iniciado. No Linux, a captura encerra a tentativa quando nenhum frame chega depois da seleção pelo portal.
Ponto de Atenção
A candidata compara o próprio conteúdo com a versão estável 2.0.0, então a conferência precisa considerar o intervalo inteiro de mudanças, e não somente a diferença em relação à 2.1.0 anterior. Alterações MCP em projetos fechados comparam o arquivo completo antes da escrita, e as notas não descrevem o mesmo cuidado para projetos abertos no aplicativo.
Teste sugerido: abra um projeto fechado e altere uma legenda pelo servidor MCP, conferindo a escrita atômica e o desfazer. Depois, cancele uma exportação MP4 e verifique que nenhum arquivo parcial é oferecido como resultado.
Notas da versão
O release oficial do OpenScreen 2.1.0-rc.1 foi publicado em 15/10/2026 às 13h13 UTC como candidata da linha 2.1.0.
Atualizações em Orca
1 versãoO Orca 1.4.226 amplia a integração com o Jira para consultar tickets e iniciar workspaces a partir deles. O painel permite acompanhar o sprint atual e preservar filtros JQL nomeados, e no celular você também pode consultar o Jira e abrir um workspace ligado ao trabalho selecionado.
As conversas nativas do Claude e do Codex recebem permissões próprias por chat, e a troca de modelo preserva essa configuração. A versão também corrige reconexões SSH e mantém o foco do teclado durante ações do agente no navegador.
Novidades
- Orca 1.4.226 — Jira: a CLI permite aos agentes ler e atualizar tickets. O painel inclui um quadro de trabalho e um filtro para o sprint atual, e os filtros JQL nomeados ficam gravados no host de execução.
- Orca 1.4.226 — Busca de tarefas:
Cmd+Jpesquisa tarefas conectadas por palavra-chave e apresenta workspaces de pasta. Referências de workspace também reconhecem chaves do Jira. - Orca 1.4.226 — Permissões por conversa: cada chat nativo do Claude ou do Codex possui seu modo de permissão. O histórico permite retomar conversas de OpenCode, Grok e OMP num novo chat nativo.
- Orca 1.4.226 — Arquivos e visualização: arquivos HTML podem ser compartilhados pelo editor e pela prévia remota. A CLI abre arquivos na linha e na coluna informadas, e os diagramas Mermaid do chat recebem um visualizador com zoom.
- Orca 1.4.226 — Servidores no celular: o aplicativo móvel lista os projetos dos servidores conectados ao desktop e permite criar workspaces nesses hosts. As páginas de navegador desses servidores podem ser visualizadas e controladas pelo celular.
- Orca 1.4.226 — Hosts WSL: a interface experimental adiciona distribuições WSL como hosts. O
orcadusa a entrada e a saída padrão dewsl.exepara se comunicar com a distribuição.
Melhorias
- Orca 1.4.226 — Uso do Codex: o chat mostra o consumo da janela de contexto. A consulta de uso inicia fora da thread principal, o que evita paralisar a interface ao recuperar o foco.
- Orca 1.4.226 — Histórico de sessões: uma busca cancelada interrompe a leitura do arquivo em andamento. Quando o prazo termina, as transcrições já processadas permanecem disponíveis.
- Orca 1.4.226 — Inicialização no Linux: o daemon de terminal usa a cópia extraída do AppImage com seu Node incluído. A preparação dessa cópia ocorre em segundo plano.
- Orca 1.4.226 — Atualizações móveis: a barra de download acompanha o volume transferido. As listas de worktrees sem mudanças evitam novas renderizações.
Correções
- Orca 1.4.226 — Navegador e teclado: as ações de ativação de página preservam o foco do teclado. O texto e as teclas enviados pelo agente chegam à página correta, e os cliques do agente devolvem o teclado depois da interação.
- Orca 1.4.226 — Conexões SSH: hosts voltam a conectar depois de reiniciar o Orca. O túnel do servidor funciona com encaminhamentos já definidos em
ssh_config, e a conexão gerenciada usa execução remota quando o servidor recusa encaminhamento. - Orca 1.4.226 — Integridade dos arquivos: a escrita recusa links simbólicos cujo destino não existe. A remoção de worktrees preserva uma pasta que o Git deixou de acompanhar.
- Orca 1.4.226 — Conversas nativas: a troca de modelo mantém o modo de permissão gravado. Uma interrupção repetida ou atrasada não afeta uma nova execução, e perguntas enviadas pelo agente como solicitações de permissão exigem resposta.
- Orca 1.4.226 — Orquestração: novas tentativas de iniciar um worker que falhou deixam de acumular agentes ativos. As abas desses workers usam o título da tarefa.
- Orca 1.4.226 — Jira e Linear: alterações feitas por outros processos aparecem nas integrações. O Jira coleta os campos obrigatórios antes de alterar o status e aceita tokens de API do Jira Cloud com escopo definido.
- Orca 1.4.226 — Terminais: uma janela lenta não provoca mais a falha seguida de duplicação em
orca terminal create. As quebras CRLF são preservadas quando chegam divididas entre trechos da saída. - Orca 1.4.226 — Windows e WSL: respostas maiores que 256 KiB concluem a leitura pelo túnel WSL. Os comandos Git no WSL respeitam as terminações de linha usadas pelo Git do Windows nos checkouts correspondentes.
Breaking changes
- Orca 1.4.226 — Codex no chat nativo: as conversas exigem Codex 0.136.0 ou posterior. Instalações com uma versão anterior precisam atualizar o Codex para usar esse chat.
Ponto de Atenção
O chat nativo do Codex depende da versão 0.136.0 ou posterior, e o Codex 0.163.0 foi publicado no mesmo dia. Confira a versão instalada do Codex antes de atualizar o Orca. As permissões por conversa mudam o escopo da configuração, que não é mais única para o aplicativo.
Teste sugerido: abra um chat nativo do Codex numa instalação com versão anterior e confira a recusa. Depois, configure permissões diferentes em dois chats e verifique a permanência ao trocar de modelo.
Notas da versão
O release oficial do Orca 1.4.226 foi publicado em 15/10/2026 às 02h22 UTC como versão estável.
Atualizações em Traefik
2 versõesO Traefik 2.11.59 e o 3.7.15 rejeitam todas as requisições CONNECT antes de chegar ao muxer, independentemente da versão HTTP. A mudança fecha o uso do Traefik como proxy de encaminhamento por CONNECT, e as rotas TCP usadas para túnel precisam ser revistas.
A linha 3.7 recebe também três correções de segurança no provedor Kubernetes Ingress NGINX e no FastProxy, além de uma mudança na escolha de protocolo para backends do Gateway API. As duas versões atualizam o golang.org/x/net para 0.60.0.
Novidades
A publicação é de manutenção e segurança, sem recurso novo na linha 2.11.
Melhorias
- Traefik 2.11.59 — Dependências: a distribuição atualiza golang.org/x/net para 0.60.0.
Correções
- Traefik 2.11.59 — Servidor: o Traefik rejeita requisições CONNECT antes de chegar ao muxer, independentemente da versão HTTP, e não as encaminha ao backend.
Breaking changes
- Traefik 2.11.59 — Uso como proxy de encaminhamento: a rejeição de CONNECT encerra o encaminhamento desse método pelo Traefik. Rotas TCP ou configurações que usavam o Traefik como proxy de túnel deixam de funcionar e precisam de outro componente para esse percurso.
Ponto de Atenção
A rejeição de CONNECT não depende da versão HTTP e ocorre antes do muxer. Confira as rotas TCP e os clientes que usavam o Traefik como proxy de encaminhamento antes de atualizar, porque as notas não descrevem uma configuração que restaure o comportamento anterior.
Teste sugerido: envie uma requisição CONNECT para uma instância de homologação e confira a rejeição. Depois, valide as rotas TCP que dependiam desse método com o componente escolhido para substituí-lo.
Notas da versão
O release oficial do Traefik 2.11.59 foi publicado em 15/10/2026 às 14h38 UTC como versão estável.
Novidades
A publicação corrige falhas de segurança e não acrescenta recurso novo à linha 3.7.
Melhorias
- Traefik 3.7.15 — Dependências: a distribuição atualiza golang.org/x/net para 0.60.0, com as correções da biblioteca.
- Traefik 3.7.15 — Kubernetes CRD: as rotas filhas aceitam metadados de observabilidade.
- Traefik 3.7.15 — Gateway API: a API de Gateway sobe para v1.6.3, e o backend de um HTTPRoute usa HTTP quando a porta do Service não declara appProtocol.
Correções
- Traefik 3.7.15 — Segurança: as falhas GHSA-p8wx-ph99-xgcr, GHSA-ww7c-q3mv-xx22 e GHSA-28hp-c82p-8vqj deixam de afetar a linha 3.7. A exigência de certificado de cliente vale para o host inteiro, a checagem entre namespaces alcança opções TLS compartilhadas, e a corrida no buffer do FastProxy deixa de derrubar o processo.
- Traefik 3.7.15 — Servidor: o Traefik rejeita requisições CONNECT antes de chegar ao muxer, independentemente da versão HTTP, e não as encaminha ao backend.
- Traefik 3.7.15 — Ingress NGINX: a autenticação de cliente com auth-tls é aplicada ao host inteiro, e a checagem entre namespaces volta a valer para segredos de CA compartilhados.
- Traefik 3.7.15 — FastProxy: a leitura concorrente do buffer em conexões atualizadas deixa de corromper o estado do leitor. Um teste de regressão cobre CR e LF nos cabeçalhos.
Breaking changes
- Traefik 3.7.15 — Uso como proxy de encaminhamento: a rejeição de CONNECT encerra o encaminhamento desse método pelo Traefik. Rotas TCP ou configurações que usavam o Traefik como proxy de túnel deixam de funcionar e precisam de outro componente para esse percurso.
Ponto de Atenção
A linha 3.7 recebe correções de segurança e a rejeição de CONNECT no mesmo release. Confira as rotas de túnel e os HTTPRoutes que dependem de HTTPS automático na porta 443 antes de atualizar. A escolha de protocolo do Gateway API também muda quando a porta do Service não declara appProtocol.
Teste sugerido: valide a autenticação de cliente com auth-tls num host inteiro de homologação e a checagem entre namespaces com segredo de CA compartilhado. Depois, envie uma requisição CONNECT e confira a rejeição.
Notas da versão
O release oficial do Traefik 3.7.15 foi publicado em 15/10/2026 às 14h41 UTC como versão estável.
Conferência dos túneis e dos agentes
O Traefik concentra a mudança de maior alcance do dia, porque a rejeição de CONNECT alcança as duas linhas e encerra o uso do produto como proxy de encaminhamento. Revise as rotas TCP e os clientes de túnel antes de atualizar, e teste a rejeição numa instância de homologação. Na linha 3.7, valide também a autenticação de cliente do Ingress NGINX e a escolha de protocolo do Gateway API.
O OpenCode 1.19.1 encerra o compartilhamento de sessões e invalida links já criados, o que exige revisar documentação e automações que apontem para esses endereços. No Orca, a atualização do chat nativo do Codex depende da versão 0.136.0 ou posterior, e as permissões valem por conversa. No OpenScreen, a candidata compara o conteúdo com a 2.0.0 e exige atenção a projetos abertos no aplicativo.
No Codex e no Claude Code, as mudanças de contrato estão no executor de shell, nos retornos de mods e nos hooks. No Antigravity CLI, o limite de cinco minutos e os editores definidos como false alteram comandos que dependiam de resposta longa ou de abertura de editor. O Hermes Agent fecha a conferência com a limitação das sessões que passaram pelo gateway da 0.22.1, que não podem ser excluídas na 0.22.2.
Para investigar uma falha de inicialização ou de integração durante essas atualizações, 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.