O Chatwoot exige a migração das instruções do Captain V1, enquanto o Paperclip amplia as permissões do perfil Operator e altera o tratamento do consumo sem preço. Nos agentes de código, as mudanças alcançam a autorização de comandos e a recuperação de conversas. Essas atualizações exigem uma conferência das configurações existentes, porque instalar o executável novo pode mudar o acesso a ferramentas e arquivos.
A semana fechada de 18/10/2026 a 24/10/2026 reúne 69 releases com mudanças técnicas descritas em 20 sistemas. O intervalo vai de domingo a sábado no fuso America/New_York, utilizado também nas datas de cada versão abaixo. O PHP e o Node.js receberam atualizações de segurança. O Openship acrescentou suporte ao Docker Swarm e publicou, no mesmo sábado, uma correção para a inicialização do dashboard após atualizar.
Atualizações em Antigravity CLI
5 versõesAs cinco versões combinam revisão de plugins com mudanças nas permissões. A 1.4.6 exige autorização para credenciais do Docker e do Kubernetes no sandbox. A 1.4.7 vincula os tokens das integrações ao login ativo, por isso trocar de identidade pode exigir nova autenticação.
Novidades
- Antigravity CLI 1.4.3 — Busca e plugins: você pode pesquisar em
/diffcom/e percorrer as ocorrências comnouN. O comandoagy plugin validateidentifica arquivos ilegíveis e caminhos ausentes nos componentes do plugin.
Correções
- Antigravity CLI 1.4.3 — Hooks e subagentes: uma falha de
PostToolUsepreserva o resultado da ferramenta que terminou corretamente. A compactação mantém referências aos subagentes recentes. No Windows, a atualização de plugins restaura a instalação anterior quando a substituição falha.
Novidades
- Antigravity CLI 1.4.4 — Modo Auto no Windows: o modo fica disponível para perfis pessoais do Google no Windows 11 24H2 ou posterior. O modo Agent permanece como padrão. Os comandos destrutivos continuam sujeitos à confirmação.
Correções
- Antigravity CLI 1.4.4 — Plugins herdados: os subagentes preservam os plugins recebidos do agente principal. A descoberta de uma mesma instrução numa pasta de customização e num plugin deixa de carregá-la duas vezes.
Melhorias
- Antigravity CLI 1.4.5 — Horários recorrentes: cron que se repete dentro do dia utiliza um deslocamento fixo por agendamento. Horários diários fixos e
@everypermanecem iguais. Você pode solicitar um horário exato quando a tarefa depende dele.
Correções
- Antigravity CLI 1.4.5 — Carregamento e chamadas: manifestos aceitam uma string como caminho de skills. Uma recusa dos filtros de conteúdo deixa de provocar tentativas silenciosas que poderiam continuar indefinidamente.
Melhorias
- Antigravity CLI 1.4.6 — Integrações e conversa:
/pluginpermite reconfigurar servidores MCP (Model Context Protocol) já instalados. A compactação preserva os anexos da conversa. As autorizações concedidas nela também valem para seus subagentes.
Breaking changes
- Antigravity CLI 1.4.6 — Credenciais no sandbox: comandos isolados precisam de autorização explícita para ler ou modificar os diretórios
~/.dockere~/.kube, além do arquivo~/_netrc. Reveja as permissões das automações que utilizavam esses caminhos.
Melhorias
- Antigravity CLI 1.4.7 — Execução não interativa:
-pdispensa o índice de pesquisa e a renderização do histórico. Os hooks recebemlastUserInput. As ferramentas MCP carregadas sob demanda retornam diretamente até 10 KB.
Correções
- Antigravity CLI 1.4.7 — Identidade das integrações: os tokens OAuth dos servidores MCP pertencem ao login ativo. A troca de login reconecta as integrações. A autenticação por
AGY_ADC_AUTHtambém corrige o carregamento das personalizações.
Ponto de Atenção
Teste sugerido: em homologação, alterne entre dois logins e confira a autenticação de um plugin. Execute uma consulta Docker dentro do sandbox para observar a autorização exigida. Nas tarefas recorrentes, compare o horário efetivo com a configuração utilizada, especialmente quando outro processo aguarda o resultado num minuto específico.
Atualizações em Chatwoot
2 versõesO Captain V1 deixa de funcionar nas instalações próprias atualizadas para 4.19.0. A manutenção 4.19.1 acrescenta correções de webhooks e do Help Center, preservando a necessidade de concluir aquela migração.
Novidades
- Chatwoot 4.19.0 — Atendimento e autenticação: os tokens existentes aceitam Bearer. A administração também pode exigir dois fatores na autenticação. O email recebe busca por assunto e encaminhamento. A tradução automática do Captain e a verificação de clientes para ferramentas sensíveis pertencem à edição Enterprise.
Breaking changes
- Chatwoot 4.19.0 — Instruções do Captain: instalações próprias que utilizam V1 precisam migrar para V2 antes da atualização. O formato antigo foi descontinuado. Consulte o guia de migração.
Correções
- Chatwoot 4.19.1 — Webhooks e conteúdo: a versão reforça a verificação dos webhooks da Twilio e a sanitização de CSS. Também corrige artigos duplicados no Help Center e conflitos entre bots da mesma caixa de entrada.
- Chatwoot 4.19.1 — Edição Enterprise: a autenticação SAML aceita URL de metadados com atualização de certificados. As campanhas do WhatsApp recebem ajustes de recuperação e de controle de envios duplicados.
Ponto de Atenção
O Node.js 24.22.1 é utilizado na compilação dos arquivos JavaScript. O runtime de produção informado pelo projeto é Ruby. Teste sugerido: migre as instruções do Captain numa cópia da instalação e confira uma conversa. Valide depois um webhook da Twilio e o login SAML, quando esse recurso estiver contratado e configurado.
Atualizações em Claude Code
6 versõesAs publicações corrigem perda de histórico e permissões de ferramentas, mas também alteram contratos de mods e de runners próprios. Você precisa revisar esses contratos ao atualizar, sobretudo nas sessões sem interação humana.
Novidades
- Claude Code 2.1.304 — Permissões dos mods:
decider: "person"exige aprovação humana e recusa a ação quando a sessão não permite consultar você. O comando/auto-mode-setupauxilia a configuração do modo automático.
Correções
- Claude Code 2.1.304 — Worktrees e histórico: sair de um worktree com HEAD destacado deixa de removê-lo sem perguntar. A limpeza do histórico corrige a perda de mensagens quando o disco fica cheio durante a redução do arquivo.
Breaking changes
- Claude Code 2.1.304 — Hooks:
settings.readrecebe cada camada de configuração e reescreve o resultado mesclado. Adapte os mods a esse contrato. Cada fonte de skills aceita no máximo 1.024 hooks e 16.384 caracteres de matchers por sessão. Configurações acima deles precisam reduzir seus registros.
Correções
- Claude Code 2.1.305 — Gateways e retomada: a recusa de ToolSearch provoca nova tentativa sem a ferramenta. A retomada de Workflow recupera do diário os agentes
pipeline()eparallel()já concluídos.
Breaking changes
- Claude Code 2.1.305 — Servidores e permissões:
allowedMcpServersnão filtra servidores stdio gerenciados que utilizam${VAR}somente emenv. UsedeniedMcpServerspara mantê-los excluídos. Plugins montados por caminho pelo Desktop perdemallowed-toolssoballowManagedPermissionRulesOnlye exigem revisão das permissões gerenciadas. - Claude Code 2.1.305 — Exclusão de artefatos:
/artifactsutiliza1ou Enter para manter e2para excluir. As respostasyendeixam de funcionar.
Correções
- Claude Code 2.1.306 — Sessões em nuvem:
claude -pcorrige o erro de login quando é iniciado dentro da sessão sem herdar suas variáveis. Sessões com muitas ferramentas MCP preservam a mensagem de erro da API, evitando atribuí-la indevidamente ao tamanho do prompt e compactar a conversa.
Correções
- Claude Code 2.1.307 — Chamadas MCP: após uma queda da conexão HTTP, somente ferramentas de leitura ou idempotentes recebem nova tentativa. A mudança evita a repetição indiscriminada de escritas. Reiniciar uma sessão também preserva
/autocompacte não restaura conversas apagadas por/clear.
Breaking changes
- Claude Code 2.1.307 — Preparação dos runners: hooks de checkout terminam após trinta minutos por padrão. Ajuste
--checkout-hook-timeout-minquando a preparação exige mais tempo. O valor0desativa o limite. - Claude Code 2.1.307 — Leitor de tela: configurações
axScreenReadereCLAUDE_AX_SCREEN_READERemenvprecisam estar no escopo do usuário, nas configurações gerenciadas ou em--settings. As notas situam essa restrição desde a 2.1.305.
Correções
- Claude Code 2.1.309 — Isolamento: as restrições de escrita alcançam caminhos reais acessados por links simbólicos e processos Linux que continuam após o fim da sessão. Os agentes auxiliares herdam as restrições de ferramentas do agente principal.
Breaking changes
- Claude Code 2.1.309 — Revisões sem interação:
claude ultrareviewexige confiança no workspace. Scripts precisam declarar--trust-workspace, sem valor, depois da branch base ou do número da revisão. - Claude Code 2.1.309 — Edições pelo shell:
sed -iexecuta o comando literal com a confirmação padrão do Bash. Com a remoção da prévia simulada,/rewindnão restaura essas alterações. A recuperação dessas edições exige uma cópia preservada ou o histórico do Git.
Novidades
- Claude Code 2.1.310 — Monitores: Monitor e monitores de plugins ficam disponíveis no Bedrock, no Vertex e no Foundry, inclusive com telemetria desativada.
Correções
- Claude Code 2.1.310 — Hooks e compactação: hooks com comandos citados não liberam indevidamente ferramentas no Windows sem Git Bash. A compactação considera melhor texto denso, como base64, para evitar repetir o erro de prompt extenso. A permissão de leitura também mostra o destino de links simbólicos.
Ponto de Atenção
Teste sugerido: confira os servidores gerenciados carregados numa instalação de homologação e execute uma chamada sujeita à aprovação humana numa sessão sem interação. Num diretório descartável, compare sed -i com /rewind. Para runners próprios, acompanhe a duração do checkout e a retomada após uma chamada interrompida. A opção sandbox.allowNestedUserNamespaces, incluída na 2.1.305, permite contornar proteções de arquivos e exige avaliação específica.
Atualizações em Codex
1 versãoO release estável reúne comandos reutilizáveis e manutenção da recuperação de sessões. A retomada utiliza as configurações gravadas da conversa e preserva suas diferenças em relação às preferências globais.
Novidades
- Codex 0.164.0 — Presets e seleção direta:
/presetsoferece dez posições para prompts e comandos. Você pode informar o modelo e o esforço como argumentos de/modelou selecionar diretamente o perfil de permissões com/permissions.
Correções
- Codex 0.164.0 — Histórico e conexão: falhas de compactação não gravam resumos parciais. A retomada encontra históricos comprimidos e restaura suas configurações. No Windows, HTTPS e WebSocket utilizam as credenciais Negotiate ou NTLM da sessão para responder ao proxy.
Ponto de Atenção
Teste sugerido: grave e reutilize um preset. Retome uma conversa com histórico comprimido e compare o modelo e as permissões restaurados. Num Windows com proxy autenticado, confira a conexão ao provedor. As prévias de imagens exigem terminal compatível com Kitty ou Sixel.
Atualizações em Hermes Agent
3 versõesAs versões da semana atendem à CLI, à Microsoft Store, ao Docker e ao Hermes Cloud. O Desktop instalado por .exe ou .dmg aguarda outra distribuição, mesmo quando as notas descrevem mudanças da interface.
Novidades
- Hermes Agent 0.22.3 — Ferramentas e plugins: notificações de progresso MCP aparecem durante a execução. Os plugins podem declarar clientes OAuth. As notas também incluem
post_compaction, ainda sem detalhar seu contrato.
Melhorias
- Hermes Agent 0.22.3 — Atualização e sessões:
hermes plugins updateoferece as atualizações disponíveis. A limpeza automática de sessões volta a exigir adesão explícita.
Novidades
- Hermes Agent 0.22.4 — Catálogo: entram plugins de execução para bubblewrap e Singularity/Apptainer. O mcp-serve disponibiliza o Hermes como servidor MCP. O agent-importers acrescenta o Cursor às importações por
hermes import-agent.
Correções
- Hermes Agent 0.22.4 — WhatsApp e instalação: o painel corrige um novo pareamento após sair da sessão. Plugins sem dependências deixam de apresentar um diálogo vazio de consentimento.
Correções
- Hermes Agent 0.22.5 — Atualizador:
hermes updatecorrige a permanência no launcher antigo do Windows após a mudança da versão fixada do Python. O temporizador de ausência de progresso deixa de interromper indevidamente respostas longas do Claude DirectSDK.
Breaking changes
- Hermes Agent 0.22.5 — Recursos em plugins: a importação por
hermes import-agente a migração do OpenClaw saem do núcleo. A mudança também transferehermes mcp servee o mecanismo Singularity para plugins. Confira a instalação dos plugins correspondentes nas máquinas que utilizam esses recursos.
Ponto de Atenção
As notas reservam parte do detalhamento para a 0.23.0. Teste sugerido: confira o canal instalado e a versão exibida após atualizar. Refaça um pareamento de teste do WhatsApp. Numa instalação que utiliza hermes mcp serve, confira o plugin e a conexão do cliente, sem presumir que o comando continua disponível apenas pela atualização do núcleo.
Atualizações em Kestra
2 versõesAs duas linhas corrigem o encerramento de execuções em espera. A 2.0.7 também muda o formato aceito nas consultas by-query, alcançando as integrações que ainda enviam filtros legados.
Correções
- Kestra 1.3.44 — Encerramento de execuções: encerrar um
LoopUntilentre iterações ou uma tarefa aguardando nova tentativa impede sua reativação pelo vencimento da espera. Repetir a exclusão de um arquivo também deixa de remover o arquivo vizinho restante.
Correções
- Kestra 2.0.7 — Agendamento e respostas: a exclusão de uma execução ativa libera a trava do gatilho. O
ScheduleOnDatesdeixa de repetir datas após um backfill. Nas chamadas comwait=true, a resposta inclui as saídas definidas no nível do fluxo.
Breaking changes
- Kestra 2.0.7 — Filtros da API: endpoints
by-queryrecusam o formato plano legado. Adapte os clientes ao contrato aceito. As notas não detalham a sintaxe substituta.
Ponto de Atenção
Teste sugerido: encerre uma execução de homologação durante a espera entre iterações e confira que ela permanece encerrada. Nas integrações da linha 2.0, compare a consulta legada com a chamada adaptada e observe o retorno. Os spans do OpenTelemetry recebem taskId e os estados da execução e da tarefa nas duas versões.
Atualizações em n8n
9 versõesA linha estável corrige a fila e o Postgres Node. A sequência 2.45 permanece classificada como pré-release nas notas consultadas e acrescenta o agendador durável, além de mudanças na triagem das migrações. As tags móveis stable e beta não representam versões adicionais.
Correções
- n8n 2.43.8 — Rastreamento: os spans de expressões ficam desativados por padrão. A mudança afeta o registro de execução dessas expressões, sem anunciar a remoção do suporte a elas.
Correções
- n8n 2.44.4 — Log streaming: o destino webhook reutiliza conexões no envio dos logs. Os spans de expressões também ficam desativados por padrão. A alteração não descreve uma mudança geral nos webhooks dos workflows.
Novidades
- n8n 2.45.0 — Agendamento e API: o agendador durável fica ativo por padrão e permite suspender execuções de produção durante o encerramento de um worker. Requisições POST da API pública aceitam
Idempotency-Key.
Correções
- n8n 2.45.0 — Acesso e integrações: a execução principal oculta o conteúdo de subworkflows com restrições de acesso. O Postgres preserva como um único parâmetro um valor que contém vírgulas. No Send Email, o envio atende a todos os destinatários fornecidos num array.
Correções
- n8n 2.44.5 — Retomada: os resultados voltam a ser associados aos respectivos jobs após o encerramento e a retomada. O editor carrega os tipos de credencial na inicialização.
Novidades
- n8n 2.45.1 — Triagem de migração: a permissão de edição de um workflow permite fazer a triagem das ocorrências de migração relacionadas a ele.
Correções
- n8n 2.45.1 — Fila e Teams: um worker ocioso adquire o job e sua trava numa etapa. O Microsoft Teams Trigger Node renova a assinatura do Graph pelas notificações de ciclo de vida.
Correções
- n8n 1.123.86 — Processamento de imagens: a linha 1.x atualiza o sharp para 0.35.5. As notas não identificam uma falha específica corrigida por essa troca.
Correções
- n8n 2.44.6 — Postgres Node: o Node deixa de sobrescrever globalmente
pgtypes, utilizado no tratamento dos tipos do PostgreSQL.
Novidades
- n8n 2.45.2 — Relatório de migração: o relatório pode ser exportado em CSV para consulta fora da interface.
Correções
- n8n 2.45.2 — Postgres e políticas: a correção de
pgtypestambém chega a esta linha. Os pontos que aplicam políticas de disponibilidade de tipos consultam as políticas armazenadas em memória.
Correções
- n8n 2.45.3 — Editor claro: os textos recebem maior contraste. As notas não identificam os componentes ajustados nem anunciam mudanças na execução dos workflows.
Ponto de Atenção
Teste sugerido: na linha estável, acompanhe a retomada dos jobs e compare os tipos retornados pelo Postgres Node. Para avaliar a 2.45 em homologação, repita um POST com a mesma Idempotency-Key e confira a retomada após encerrar um worker. Faça a exportação do relatório de migração e compare as linhas do CSV com a interface.
Atualizações em Next.js
10 versõesA 16.4.3 leva correções à linha estável. As canaries tratam de cache e desenvolvimento, com uma reversão explícita entre a canary.24 e a canary.25. Você precisa separar essas linhas ao conferir quais mudanças chegaram à versão instalada.
Novidades
- Next.js 16.5.0-canary.18 — Navegação:
Linkrecebeprefetch="navigation", sem semântica detalhada nas notas. O Pages Router corrige a atualização em desenvolvimento quando o manifesto chega antes do roteador.
Melhorias
- Next.js 16.5.0-canary.19 — DevTools: o estado da compilação aparece junto dos problemas exibidos. A renderização de App recebe os parâmetros de fallback preparados por etapas.
Melhorias
- Next.js 16.5.0-canary.20 — App Router e Turbopack: os cabeçalhos são encaminhados explicitamente às estruturas de requisição. O Turbopack agrupa tarefas invalidadas e preserva a invalidação por chave ao iniciar com estado já disponível.
Correções
- Next.js 16.5.0-canary.21 — Atualização em desenvolvimento: o HMR (Hot Module Replacement) aguarda a inicialização do App Router. O timeout ampliado de um teste do framework não altera o timeout da aplicação.
Correções
- Next.js 16.5.0-canary.23 — Cache e rastreamento: a versão corrige a revalidação enfileirada durante streaming e mantém middleware e renderização como spans irmãos no mesmo trace. Imports adiados de
import.meta.globrecebem correções na divisão dos chunks.
Melhorias
- Next.js 16.5.0-canary.24 — Carregamento no servidor: imports adiados alcançam route handlers e o Pages Router. A identificação de bots considera até 1 KB do User-Agent. A mudança de compatibilidade das dependências de loaders anunciada aqui foi revertida na canary.25.
Correções
- Next.js 16.5.0-canary.25 — Loaders do webpack: a publicação reverte a alteração de compatibilidade das dependências de build da canary.24. As notas não informam a falha que motivou a reversão. A análise de bundles utiliza cache por arquivo de saída.
Correções
- Next.js 16.4.3 — Fontes e traces: os dois bundlers tratam URLs de fontes do Google sem extensão. Os registros de uma requisição permanecem associados no OpenTelemetry. A versão também reverte uma alteração de invalidação do Turbopack após mudanças em loaders.
Correções
- Next.js 16.5.0-canary.26 — Página não encontrada: a navegação de
global-not-foundpara uma rota válida recebe correção. Os registros do Turbopack utilizam o cabeçalhoTRACEv1, exigindo conferência de leitores próprios desse formato.
Correções
- Next.js 16.5.0-canary.27 — Diretório de saída: o arquivo de trava recebe uma correção para sistemas de arquivos com suporte ausente ou limitado a esse mecanismo, como NFS.
Melhorias
- Next.js 16.5.0-canary.27 — Renderização e compilação: a montagem do script Flight utiliza diretamente as strings do React, evitando recodificação. O Turbopack reorganiza os grupos de chunks e paraleliza a decodificação de consultas grandes em lote. As notas não apresentam medições de tempo de compilação.
Ponto de Atenção
Teste sugerido: mantenha uma cópia da aplicação para avaliar as canaries. Confira a navegação a partir de global-not-found e uma revalidação durante streaming. Para a 16.4.3, valide as fontes e a recompilação após alterar um loader. Num build com saída em NFS, confira a conclusão da compilação. As notas não fornecem medições que permitam prometer redução de tempo nesses cenários.
Atualizações em Node.js
3 versõesAs linhas 22, 24 e 26 recebem manutenção de segurança no agente HTTP e na resolução DNS. As correções também revisam a validação de endereços IP em TLS e as permissões de arquivos. Os conjuntos de alterações diferem entre as linhas.
Correções
- Node.js 22.23.4 — Rede e permissões:
resolverecusa bytes nulos, endereços IP não canônicos são rejeitados em TLS erealpathSyncconsulta o modelo de permissões. A manutenção também corrige o agente HTTP e reinicia caches aleatórios entre snapshots.
Correções
- Node.js 24.22.1 — Certificados e conexões: a versão corrige a regressão de normalização de IP e rejeita cadeias com chaves públicas vetadas. As correções de DNS e de
realpathSyncacompanham a atualização das autoridades raiz para NSS 3.131.1.
Correções
- Node.js 26.12.1 — Arquivos e permissões: a linha Current também corrige a árvore de permissões de arquivos com curingas e deixa de manter em cache cabeçalhos locais inválidos de ZIP. A validação de cadeias TLS recebe as correções de segurança descritas para essa linha.
Ponto de Atenção
Teste sugerido: atualize a imagem de homologação dentro da linha utilizada e confira a cadeia TLS de cada integração. Compare uma resolução DNS com entrada inválida e o acesso a arquivos sob o modelo de permissões. Na linha 26, inclua a leitura de um ZIP de teste com cabeçalho inválido. Uma integração com certificado recusado precisa ter sua cadeia corrigida para voltar a conectar.
Atualizações em Omarchy
2 versõesA 4.0.6 corrige a migração do OpenClaw e falhas de inicialização da atualização anterior. A 4.5.0-rc1 oferece mudanças mais amplas no desktop e permanece uma versão candidata.
Correções
- Omarchy 4.0.6 — Atualização e suspensão: a versão corrige interrupções na migração do OpenClaw e na configuração do Limine. A tela volta a exigir autenticação após a suspensão nos casos afetados. A entrada da senha de inicialização também recebe a correção para layouts não latinos.
Novidades
- Omarchy 4.5.0-rc1 — Desktop: cada monitor recebe workspaces próprios. O sistema oferece 50 idiomas e inclui um dock no layout flutuante. As notificações recebem histórico e agrupamento por remetente.
Breaking changes
- Omarchy 4.5.0-rc1 — Composição de caracteres: a tecla Caps Lock retorna à função convencional. Para compor caracteres, utilize
Shift + Caps Locke ajuste as personalizações que dependiam da combinação anterior.
Ponto de Atenção
Uma instalação própria do OpenClaw via npm pode deixar o gateway sem iniciar após a migração. O procedimento da 4.0.6 renomeia o executável preservado para openclaw.mine e instala a CLI gerenciada pelo Omarchy. Confira a condição descrita e a existência do destino antes de aplicá-lo. Teste sugerido: observe o serviço após reiniciar. Numa máquina separada para a candidata, confira os workspaces com dois monitores e a nova tecla de composição.
Atualizações em OpenCode
1 versãoO OpenCode atualiza o runtime que acompanha seu executável. Essa manutenção precisa chegar à distribuição do agente, mesmo quando a máquina já possui outra instalação do Bun atualizada.
Correções
- OpenCode 1.19.4 — Runtime incorporado: o Bun 1.4.4 inclui correções de segurança em TLS e HTTP. A manutenção também corrige WebSocket e
fetch, além do Brotli. As autoridades raiz utilizam NSS 3.131.1.
Ponto de Atenção
Teste sugerido: confira a versão do OpenCode instalado e valide uma conexão com o provedor utilizado. Examine eventuais erros de certificado. As notas não detalham cenários de exploração nem permitem atribuir uma falha específica a toda instalação.
Atualizações em OpenScreen
1 versãoA candidata corrige o reconhecimento de atividade de instalações acessadas por MCP. A publicação não descreve alteração na gravação ou na edição de vídeos.
Correções
- OpenScreen 2.1.2-rc.1 — Atividade via MCP: o sistema reconhece como ativas as instalações utilizadas por esse acesso.
Ponto de Atenção
As notas não informam como consultar esse registro nem oferecem um procedimento para reproduzir a falha. A descrição também não comprova mudança nas permissões do servidor MCP.
Atualizações em Openship
2 versõesA 0.9.4 acrescenta publicação em um Docker Swarm existente. A 0.9.5 corrige a inicialização do dashboard após atualizar uma instalação self-hosted com Compose. Essa segunda publicação é relevante para concluir a atualização do controlador.
Novidades
- Openship 0.9.4 — Swarm: o Desktop e o controlador self-hosted conectam um manager Linux existente para publicar aplicações e serviços Compose com digests imutáveis. O suporte não adota automaticamente stacks existentes.
- Openship 0.9.4 — Replicação: réplicas de leitura do PostgreSQL e Redis com Sentinel ficam restritos ao Kubernetes self-hosted. Conectar um Swarm não habilita esses recursos.
Correções
- Openship 0.9.4 — Volumes: substituições Docker reutilizam volumes do projeto. Uma associação ausente ou conflitante interrompe o deploy, evitando iniciar a aplicação com armazenamento vazio. A imagem inicial da API foi recompilada para corrigir a seleção do worker gerenciado.
Correções
- Openship 0.9.5 — Saúde do dashboard:
HOSTNAME: "0.0.0.0"faz o servidor escutar dentro do container no endereço necessário para a verificação de saúde. O edge consegue iniciar após essa conferência. As portas publicadas no host mantêm seus padrões de loopback. - Openship 0.9.5 — Worker gerenciado: os Dockerfiles da API deixam de iniciar indevidamente um build de desenvolvimento. A compilação a partir do código-fonte exige os metadados do checkout Git.
Ponto de Atenção
As notas indicam openship update para obter a 0.9.5. O suporte ao Swarm utiliza parada anterior à ativação e mantém serviços persistentes numa única instância no manager conectado. Teste sugerido: numa instalação de homologação, confira a saúde do dashboard e uma rota existente após atualizar. Grave um arquivo num volume, repita o deploy e confira sua preservação. Atualizar o controlador mantém as versões e os digests fixados das aplicações hospedadas.
Atualizações em Orca
8 versõesO Orca concentra as publicações em preservação de arquivos e continuidade entre desktop e celular. O chat nativo continua experimental. Para utilizar vários dos recursos novos, você precisa atualizar os servidores pareados junto com o desktop.
Correções
- Orca 1.4.230 — Estado remoto: desconectar manualmente não provoca reconexão automática. Workspaces suspensos e abas fechadas preservam esse estado durante a recuperação. O envio de uma mensagem aguarda a conclusão dos anexos.
Breaking changes
- Orca 1.4.230 — Controle pela CLI: uma preferência ainda indefinida de controle nos hosts SSH migra para desativada. Para permitir comandos do host sobre abas do navegador, confira
Allow this host’s orca CLI to control Orcanas opções avançadas do host. Preferências explicitamente salvas são preservadas.
Correções
- Orca 1.4.232 — Arquivos e reconexão: a restauração de um arquivo excluído recusa sobrescrever uma versão modificada nesse intervalo. As ações de projeto preservam o host para distinguir caminhos iguais em máquinas diferentes. A recuperação móvel mantém a posição de leitura da conversa.
Correções
- Orca 1.4.233 — Editor e túneis: a gravação recusa sobrescrever alterações no disco ainda não carregadas. Quando o encaminhamento de porta não inicia, o servidor utiliza comunicação por stdio. A criação de worktrees respeita o servidor selecionado.
Novidades
- Orca Android 0.0.58 — Tasks: a tela inicial permite escolher o computador quando há mais de uma máquina conectada. Um desktop antigo que não consegue fornecer determinada tela recebe orientação de atualização.
Novidades
- Orca 1.4.235 — Conversas:
Rewind to hereretorna à mensagem inicial de um turno do Claude para você editar a instrução e continuar. O modelo e as opções compatíveis permanecem gravados por conversa após reiniciar.
Correções
- Orca 1.4.235 — Arquivos remotos: caminhos com identificação ambígua do projeto são recusados. Os worktrees remotos respeitam a umask do login. Na criação de arquivos de configuração do Codex, as permissões ficam restritas ao proprietário.
Novidades
- Orca 1.4.237 — Celular sem desktop aberto: você pode editar Markdown e criar notas num servidor sem janela gráfica.
orca agent launchaceita--surface chatou--surface terminalem hosts atualizados.
Correções
- Orca 1.4.237 — Histórico e gravação: conversas do Codex reabrem após desfazer alterações. As visualizações somente de leitura preservam as edições pendentes. Quando o workspace muda de host, a gravação iniciada pelo celular permanece no servidor original.
Novidades
- Orca 1.4.238 — Arquivos e conversas: abas do mesmo arquivo compartilham edições não gravadas entre workspaces. Chats do Codex e do Pi incorporam mensagens trocadas fora do Orca. A interface recebe Português do Brasil.
Correções
- Orca 1.4.238 — Preservação: edições atrasadas de Markdown e notebooks não sobrescrevem texto mais recente. A exclusão de um workspace identifica arquivos não gravados. A abertura automática de HTML na prévia foi revertida.
Novidades
- Orca 1.4.239 — Perfis do navegador: novas abas podem utilizar perfil compartilhado, por repositório ou por workspace. O instalador próprio também distribui skills para servidores pareados e hosts SSH.
Correções
- Orca 1.4.239 — Edições e retomada: desfazer ou descartar atualiza as outras visualizações do arquivo. Repetir uma divisão de painel que excedeu o prazo não executa novamente o comando original. Terminais SSH restaurados recuperam a conexão após autenticação por senha.
Ponto de Atenção
Teste sugerido: abra um arquivo em dois workspaces, edite sem gravar e confira a outra aba. Desfaça a edição e tente excluir o workspace com alterações pendentes. Depois, escolha perfis separados e abra novas abas para conferir as sessões. A recuperação de uma trava antiga de servidor exige confirmar que nenhuma outra máquina com o mesmo diretório pessoal executa o Orca. Recursos móveis nativos continuam sujeitos à versão do aplicativo instalado.
Atualizações em Paperclip
1 versãoAs restrições das tarefas privadas também alcançam as consultas dos agentes e plugins. A atualização amplia permissões existentes do perfil Operator e pode interromper execuções por consumo sem preço, o que exige conferir membros e políticas junto das migrações.
Novidades
- Paperclip 2026.1023.0 — Trabalho privado: tarefas e projetos aceitam participantes autorizados. Compartilhar uma tarefa filha preserva a restrição sobre a tarefa principal e as demais filhas. Tarefas existentes recebem visibilidade
open. - Paperclip 2026.1023.0 — Custos e recuperação: comprovantes de consumo permanecem gravados para recuperação após falhas. Novas tentativas consolidam uma cobrança. Uma cópia obrigatória de arquivos que continua falhando preserva o sandbox remoto para reparo.
Breaking changes
- Paperclip 2026.1023.0 — Perfil Operator: a inicialização acrescenta permissões ausentes de um conjunto de quatorze, incluindo alterações de agentes e conexões. Revise os membros que deveriam manter principalmente acesso de leitura.
- Paperclip 2026.1023.0 — Bots de revisão:
enableGitHubReviewBots, desativado por padrão, controla as telas de configuração. Bots existentes continuam executando, mas os antigos controles por participante são ignorados. Habilite a opção para administrá-los e configure os filtros de autores. - Paperclip 2026.1023.0 — Orçamento: políticas existentes recebem
unpricedUsagePolicy: block. Consumo sem preço confiável faz a política ser considerada no limite. Revise a cobrança e utilizeallowapenas quando a continuidade nessas condições estiver autorizada.
Ponto de Atenção
A atualização executa as migrações 0306 a 0333. As migrações 0313 e 0314 trabalham em lotes e podem demorar num histórico extenso. Teste sugerido: confira o backup e acompanhe a migração em homologação. Compartilhe uma tarefa privada com um participante e tente abri-la com outro sem acesso. Confira depois um membro Operator e uma execução com consumo sem preço. As chaves privadas dos agentes chegam aos processos como texto PEM e precisam ficar fora dos logs.
Atualizações em PHP
4 versõesAs quatro linhas corrigem a corrupção do estado interno associada a CVE-2026-109618 e CVE-2026-109619. O anúncio do projeto informa possibilidade de execução remota de código sem autenticação e orienta atualizar. A data abaixo segue a publicação no GitHub, em 21/10, enquanto o ChangeLog do PHP indica 22/10.
Correções
- PHP 8.2.35 — Núcleo: a linha 8.2 recebe a correção das duas vulnerabilidades. O anúncio mantém o encerramento do suporte em 31/12/2026, por isso a atualização não substitui o planejamento da migração de linha.
Correções
- PHP 8.3.36 — Núcleo: a versão aplica as correções de segurança à linha 8.3. A seção correspondente do ChangeLog não lista outras alterações.
Correções
- PHP 8.4.27 — Segurança e arquivos: além das correções do núcleo,
ZipArchive::extractTo()respeita os arquivos indicados por um array com chaves não sequenciais. No Windows,socket_select()corrige a redução silenciosa de conjuntos maiores queFD_SETSIZE.
Correções
- PHP 8.5.12 — Segurança e banco: a versão aplica as correções do núcleo e corrige a permanência do resultado anterior no PDO após uma execução malsucedida. O driver PostgreSQL aceita bytes nulos em
pg_lo_write().
Ponto de Atenção
Teste sugerido: confira a revisão corrigida no processo web e na CLI, que podem utilizar instalações distintas. Execute os testes da aplicação com as extensões habituais. Na linha 8.4, confira uma extração com chaves não sequenciais. Na 8.5, compare o resultado do PDO após uma falha. O aviso de segurança do PHP informa que medidas temporárias não substituem a correção.
Atualizações em Portainer
1 versãoO Portainer restringe tokens de kubeconfig ao proxy Kubernetes e deixa de confiar nas cadeias eMudhra afetadas. Uma integração de autenticação com esses certificados pode deixar de conectar após a atualização.
Correções
- Portainer 2.45.3 — Tokens e GitOps: tokens de kubeconfig ficam restritos a
/api/endpoints/{id}/kubernetes, com 403 nas outras rotas. Uma consulta GitOps ainda em execução faz a próxima consulta agendada ser ignorada, evitando redeploys sobrepostos. - Portainer 2.45.3 — Stacks: com
Hide bind mounts for non-administratorsativo, perfis sem administração não podem criar ou atualizar stacks que herdem bind mounts porvolumes_from.
Breaking changes
- Portainer 2.45.3 — Certificados: as cadeias emSign com intermediárias comprometidas são rejeitadas. Substitua os certificados afetados nas integrações de autenticação, Git e registries. Se o provedor de autenticação estiver afetado, as notas informam que somente o administrador inicial conseguirá entrar.
Ponto de Atenção
Teste sugerido: confira as cadeias TLS numa instalação de homologação e valide o login. Utilize o kubeconfig no proxy permitido e observe o 403 numa rota externa a ele. Num repositório Git com consulta demorada, confira que uma nova consulta agendada não inicia em paralelo.
Atualizações em Spec Kit
2 versõesAs duas versões preservam configurações que não pertencem ao Spec Kit e corrigem saídas utilizadas por automações. A 1.2.3 permite criar a estrutura compartilhada sem escolher um agente.
Correções
- Spec Kit 1.2.2 — Resultado dos workflows:
--jsoninforma falha quando uma etapa lança um erro. A troca de integração verifica as opções obrigatórias antes de desinstalar a existente. Durante a atualização, os arquivos de hooks não gerenciados permanecem intactos.
Novidades
- Spec Kit 1.2.3 — Inicialização: a integração
nonecria somente a estrutura compartilhada. O projeto acrescenta.presetignore, sem detalhar sua sintaxe nas notas.
Correções
- Spec Kit 1.2.3 — Entradas e caminhos: números inteiros dos workflows mantêm seu valor exato. No PowerShell, caminhos de funcionalidades com colchetes são interpretados literalmente.
Ponto de Atenção
Teste sugerido: execute com --json um workflow de teste que falhe e confira o estado retornado. Inicialize outro projeto com none e compare a estrutura gerada. Preserve os arquivos de configuração próprios ao conferir a atualização das extensões.
Atualizações em Specsfy
4 versõesAs quatro versões acrescentam o especialista de relatório de servidor e completam sua distribuição. A 0.24.3 corrige a execução no Windows e a recuperação de instalações malsucedidas.
Novidades
- Specsfy 0.24.0 — Relatório de servidor: o especialista reúne coleta por Ansible somente para leitura e diagnóstico de Docker e Swarm em relatórios por host. O catálogo permite instalá-lo pela CLI.
Correções
- Specsfy 0.24.1 — Catálogo: os testes incluem o especialista novo. Os especialistas de plataforma e diagnóstico recebem referências recíprocas com o relatório de servidor.
Correções
- Specsfy 0.24.2 — Distribuição: o executável da CLI e o manifesto são recompilados. Instalações da 0.24.1 pelo pacote público precisam repetir a instalação para receber esse executável.
Correções
- Specsfy 0.24.3 — Windows e instalação: a busca de executáveis respeita
PATHEXT. A execução donpxutiliza sua entrada JavaScript pelo Node e preserva argumentos com espaços. Uma falha no instalador delegado restaura configurações gerenciadas e skills. - Specsfy 0.24.3 — Validação: os validadores corrigem a descoberta da raiz e reconhecem palavras Unicode. A rastreabilidade inclui testes
.mjse.cjsdeclarados pela especificação.
Ponto de Atenção
Atualizar o executável e atualizar as skills dos projetos continuam sendo etapas separadas. Teste sugerido: confira a versão da CLI e o especialista no catálogo. Num Windows de homologação, utilize um caminho com espaços e provoque uma falha controlada no instalador para conferir a restauração dos arquivos gerenciados.
Atualizações em Traefik
2 versõesAs duas linhas isolam as conexões do ForwardAuth para evitar que a autenticação de um cliente seja reutilizada na subconsulta de outro. A linha 3.7 também altera a representação de Secrets nos middlewares Kubernetes.
Correções
- Traefik 2.11.60 — ForwardAuth: a correção GHSA-hrpp-p4fc-wwf8 isola o pool do servidor de autenticação por conexão de frontend. O tratamento atende aos serviços que vinculam a autenticação NTLM ou Kerberos à conexão.
Correções
- Traefik 3.7.16 — Autenticação externa: a mesma correção de isolamento chega à linha 3.7. O suporte a NTLM e Kerberos alcança as requisições de autenticação pela anotação
auth-urldo provedor Ingress NGINX.
Breaking changes
- Traefik 3.7.16 — Referências a Secrets: a API, o dashboard e o support dump mostram
urn:k8s:secret:<nome do secret>:<chave>no lugar do valor literal nos middlewares afetados. Adapte automações que comparavam esse valor. A leitura durante a requisição permanece igual.
Ponto de Atenção
Teste sugerido: use dois clientes distintos numa rota protegida por ForwardAuth e confirme que o segundo não reutiliza a autenticação do primeiro. Na linha 3.7, consulte /api/http/middlewares e compare as referências a Secrets com o formato esperado pelos seus scripts. Acompanhe também a criação de conexões quando o servidor de autenticação depende de keep-alive.
Conferência das migrações e da recuperação
Comece pelas instalações que exigem adaptação: o Captain V1 precisa migrar, os clientes by-query do Kestra precisam abandonar os filtros legados e as permissões Operator do Paperclip precisam ser revistas. Nos serviços PHP e Node.js, confirme que o processo em execução recebeu a revisão corrigida, além de conferir a versão disponível no terminal.
Nos agentes, teste a autorização e a retomada na mesma configuração utilizada no trabalho. Uma sessão com ferramenta disponível não comprova que o mod interpreta corretamente settings.read ou que um script consegue executar ultrareview sem interação. Para o Openship, acompanhe a saúde do dashboard após atualizar para 0.9.5 e confira a persistência de um arquivo no volume da aplicação.
Para investigar uma dessas falhas com orientação técnica 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.