O Paperclip 2026.1012.0 abre conexões de assistentes externos por MCP e altera a restauração dos espaços de trabalho. Os processos da versão anterior precisam ser encerrados antes da atualização, porque os dois protocolos de lock não podem escrever na mesma instância. A versão também restringe permissões de ferramentas e pode recusar autorizações personalizadas que antes funcionavam.

O Openship 0.9.0 leva a execução de CI para servidores Linux e macOS e permite usar runners temporários no Cloud. A publicação também transfere o controlador entre Desktop e servidor sem mover as aplicações hospedadas. No Desktop, as instalações 0.8.0 e 0.8.1 exigem uma instalação manual da 0.9.0 antes de usar o atualizador integrado.

Este diário cobre o intervalo de 12/10/2026 a 12/10/2026 pelo calendário UTC de publicação do GitHub. A consulta registrada nesta página encontrou seis releases em cinco sistemas, com cinco versões estáveis e uma pré-release do Next.js. As correções do dia se concentram em filas, credenciais, atualização por versão publicada e carregamento de ferramentas sob demanda.

Atualizações em Hermes Agent

1 versão

O Hermes Agent 0.21.7 muda o canal padrão das instalações feitas a partir do código-fonte do repositório oficial. O atualizador acompanha as versões publicadas com tags e deixa de incorporar cada commit da branch main. A escolha aparece em Settings > About > Updates, com versões estáveis ou commits, e o diálogo de atualização identifica o canal em uso.

As correções tratam da retomada de sessões com modelos de raciocínio e de consultas de atualização em redes filtradas. O novo padrão vale para as instalações a partir do repositório oficial, e a publicação não descreve mudanças nos demais canais de distribuição.

Hermes Agent 0.21.7

Novidades

Hermes Agent 0.21.7 — Seleção do canal: as instalações a partir do código-fonte recebem a opção Update channel em Settings > About > Updates. A seleção alterna entre versões estáveis e cada commit, e o diálogo de atualização exibe o canal utilizado.

Melhorias

Hermes Agent 0.21.7 — Atualização por versão publicada: hermes update acompanha a release numerada mais recente nas instalações a partir do repositório oficial. Uma instalação adiantada em relação à última release mantém a revisão atual até a próxima publicação, sem retroceder.
Hermes Agent 0.21.7 — Consulta autenticada: a verificação do canal estável usa a credencial do GitHub configurada por GITHUB_TOKEN ou por gh auth login. Quando o limite de chamadas da API é atingido, a mensagem identifica essa condição.

Correções

Hermes Agent 0.21.7 — Retomada do raciocínio: os registros de raciocínio assinados voltam a ser apresentados depois de hermes chat --resume e no turno seguinte do gateway. A correção também evita a recusa de modelos de raciocínio do Bedrock Converse em sessões retomadas.
Hermes Agent 0.21.7 — Atualização em redes filtradas: as instalações no canal main deixam de consultar um registro de release que podia receber HTTP 403 de firewalls regionais. A consulta sai do percurso de atualização afetado.

Ponto de Atenção

Forks e mirrors continuam acompanhando main. A publicação não descreve mudanças nos canais da Microsoft Store nem no aplicativo empacotado para desktop, então confira o canal instalado antes de esperar o novo padrão. Para acompanhar cada commit numa instalação do repositório oficial, use hermes update --set-channel main.

Teste sugerido: confira o canal indicado no diálogo de atualização e a revisão instalada ao concluir. Depois, retome uma sessão com hermes chat --resume e verifique a continuidade com o modelo de raciocínio que você utiliza.

Notas da versão

O release oficial do Hermes Agent 0.21.7 foi publicado em 12/10/2026 às 05h53 UTC como versão estável. O corpo das notas informa 11/10, e este diário segue o horário de publicação registrado pelo GitHub.

Atualizações em n8n

2 versões

As duas publicações do n8n corrigem a retomada de chamadas a ferramentas depois do carregamento adiado feito por uma skill. A 2.42.7 também separa o registro de tipos de Nodes entre testes de credenciais executados ao mesmo tempo, e a 2.43.4 corrige o processamento repetido dos segmentos do Chat Hub no modo de filas.

A ordem de publicação inverte a numeração. A 2.43.4 saiu às 07h23 UTC como pré-release e aparece como estável na consulta de 13/10, enquanto a 2.42.7 saiu às 07h34 UTC como estável. Confira o número instalado e a classificação da publicação antes de escolher a linha de atualização.

n8n 2.42.7

Novidades

A publicação reúne correções no núcleo e não anuncia Node, comando ou configuração nova.

Melhorias

As notas não descrevem melhoria separada das duas correções.

Correções

n8n 2.42.7 — Testes de credenciais: os testes executados ao mesmo tempo usam registros separados de tipos de Nodes. A correção evita o compartilhamento de um único registro entre testes concorrentes.
n8n 2.42.7 — Ferramentas carregadas por skills: o núcleo retoma as chamadas a ferramentas depois do carregamento adiado realizado por uma skill.

Ponto de Atenção

A conferência desta versão se concentra nos dois comportamentos corrigidos, porque as notas não descrevem outros ajustes.

Teste sugerido: dispare dois testes de credenciais em paralelo num ambiente de homologação e confira se cada um usa o próprio registro de tipos. Num workflow com skill que carrega ferramentas sob demanda, confira a chamada depois do carregamento.

Notas da versão

O release oficial do n8n 2.42.7 foi publicado em 12/10/2026 às 07h34 UTC como versão estável.

n8n 2.43.4

Novidades

As notas desta versão também não anunciam recurso novo, apenas correções no núcleo.

Melhorias

A publicação não apresenta melhoria independente das duas correções.

Correções

n8n 2.43.4 — Chat Hub no modo de filas: cada segmento é processado uma única vez no modo de filas, conforme o alcance descrito nas notas.
n8n 2.43.4 — Continuidade das chamadas: o núcleo retoma chamadas a ferramentas depois do carregamento adiado realizado por uma skill.

Ponto de Atenção

A versão saiu como pré-release e aparece como estável na consulta de 13/10, então a classificação depende do momento da consulta. Confira o canal configurado antes de atualizar a linha 2.43.

Teste sugerido: num ambiente com filas, envie uma conversa com vários segmentos no Chat Hub e confira o processamento único de cada trecho.

Notas da versão

O release oficial do n8n 2.43.4 foi publicado em 12/10/2026 às 07h23 UTC. A publicação saiu como pré-release, e a consulta de 13/10 encontrou a classificação estável no GitHub.

Atualizações em Next.js

1 versão

A pré-release 16.5.0-canary.9 corrige a detecção de parâmetros raiz no Windows e o caminho usado por generateStaticParams. A publicação também acrescenta um exemplo de Cache Components com Redis e permite desativar turbopackGc.

A manutenção alcança a fila de tarefas do turbo-tasks, a documentação gerada para agentes e os testes de cache durável. As notas não trazem medição de desempenho para essas mudanças, e a versão pertence ao canal canary.

Next.js 16.5.0-canary.9

Novidades

Next.js 16.5.0-canary.9 — Configuração do Turbopack: a versão permite desativar turbopackGc. As notas não detalham o efeito dessa escolha sobre o consumo de memória.
Next.js 16.5.0-canary.9 — Cache com Redis: o exemplo cache-handler-redis-turbo demonstra a integração entre o Redis e os Cache Components do Next.js 16.

Melhorias

Next.js 16.5.0-canary.9 — Atualizações por agentes: os lembretes de atualização respeitam agentUpgrade, e o percurso de atualização com o Codex recebe acesso à rede.
Next.js 16.5.0-canary.9 — Fila de tarefas: o turbo-tasks usa uma fila de prioridade sem lock para as tarefas de menor prioridade e evita adquirir o lock do heap quando ele está vazio.
Next.js 16.5.0-canary.9 — Diagnóstico no terminal: os trechos de código exibidos durante o desenvolvimento acompanham o redimensionamento do terminal.

Correções

Next.js 16.5.0-canary.9 — Rotas no Windows: a detecção de parâmetros raiz recebe uma correção específica para o Windows, e a geração de parâmetros estáticos preserva o formato não normalizado de workStore.page.
Next.js 16.5.0-canary.9 — Documentação para agentes: o codemod agents-md encontra os documentos incluídos nos pacotes do workspace e calcula a raiz da documentação em relação ao arquivo de saída.
Next.js 16.5.0-canary.9 — Testes de cache durável: os testes do use cache durável ampliam a cobertura entre deployments. As notas não apresentam resultado de desempenho para essa mudança.
Next.js 16.5.0-canary.9 — Tipos do componente Image: a exportação de Image recebe a anotação que identifica as propriedades obsoletas como tal.

Ponto de Atenção

A publicação pertence ao canal canary e não promete a promoção dessas mudanças para a linha estável. Avalie num projeto de homologação com a mesma configuração de build da aplicação, porque a maior parte das correções está no Turbopack e no turbo-tasks.

Teste sugerido: rode o build das rotas estáticas no Windows ou numa máquina com o mesmo ambiente e confira os parâmetros gerados. Depois, gere a documentação para agentes e verifique o caminho calculado a partir do arquivo de saída.

Notas da versão

O release oficial do Next.js 16.5.0-canary.9 foi publicado em 12/10/2026 às 23h53 UTC como pré-release.

Atualizações em Openship

1 versão

O Openship 0.9.0 leva a execução de CI para servidores Linux e macOS, com a opção de runners temporários no Cloud. Os workflows ficam em .openship/workflows/, usam YAML no estilo do GitHub e rodam nos destinos escolhidos pelo Openship, com acionamento manual, evento de repositório ou agenda. Os arquivos de .github/workflows/ continuam sob coordenação do GitHub quando usam runners registrados nesse serviço.

A versão também permite transferir o controlador entre Desktop e servidor sem mover as aplicações hospedadas. Uma transferência interrompida preserva registros e uma cópia de recuperação, o que permite retomar o processo. A atualização do Desktop tem uma etapa própria para as versões 0.8.0 e 0.8.1.

Openship 0.9.0

Novidades

Openship 0.9.0 — Workflows independentes: os arquivos de .openship/workflows/ usam YAML no estilo do GitHub e executam nos destinos selecionados pelo Openship. A execução pode partir de um acionamento manual, de eventos do repositório ou de uma agenda.
Openship 0.9.0 — Autorização dos jobs: a aprovação vincula o autor da ação ao commit e à tentativa nos destinos escolhidos. O código de forks é recusado por padrão, e a autorização explícita usa runners Cloud descartáveis sem segredos privilegiados nem credenciais de escrita.
Openship 0.9.0 — Identidade OIDC: jobs independentes com id-token: write podem obter tokens temporários de uma instância HTTPS do Openship. O provedor de identidade precisa confiar explicitamente nesse emissor, porque os tokens não são emitidos pelo GitHub.
Openship 0.9.0 — Transferência da instância: a opção Settings > Instance move o controlador entre Desktop e servidor, incluindo projetos e configurações da instância. As aplicações continuam nos servidores existentes.
Openship 0.9.0 — Checks dos deployments: os deployments vinculados a repositórios publicam resultados por projeto ou serviço no GitHub. O envio independente exige uma GitHub App com permissão de escrita em Checks.

Melhorias

Openship 0.9.0 — Editor de workflows: as visualizações de topologia, lista e YAML compartilham o mesmo rascunho. O editor aceita workflows reutilizáveis locais ou remotos autorizados, com entradas tipadas e saídas entre jobs, e construções sem suporte geram erro explícito.
Openship 0.9.0 — Runners temporários: os jobs executáveis podem provisionar uma VM Linux e removê-la após a limpeza, e o trabalho ainda na fila não reserva VM. O uso depende de saldo pré-pago próprio para computação e transferência, separado da franquia mensal do servidor da aplicação.
Openship 0.9.0 — Agendamento dos builds: projetos distintos podem compilar ao mesmo tempo quando o servidor selecionado tem recursos disponíveis, e os builds de um mesmo projeto continuam sequenciais. A interface mostra a posição na fila e o motivo da espera.
Openship 0.9.0 — Publicação de sites estáticos: Cloud Pages é o destino padrão para a saída estática compilada no servidor gerenciado, com a opção de hospedagem em container nginx. Cada release preserva essa escolha para permitir rollback.
Openship 0.9.0 — Notificações verificadas: o cadastro de um canal inclui envio de teste antes da seleção. As notificações de conclusão mantêm o registro de envio e repetem tentativas quando necessário.

Correções

Openship 0.9.0 — Inicialização das aplicações: as imagens Node geradas respeitam os requisitos declarados e as versões fixadas. O Cloud confere a inicialização antes de informar que o deployment está pronto e apresenta os detalhes de encerramento inesperado.
Openship 0.9.0 — Portas e rotas: a revisão do deployment pode sugerir uma porta livre quando a escolhida está ocupada, mas a troca depende de confirmação. O acesso a portas de serviços privados usa localhost.
Openship 0.9.0 — Certificados públicos: a conferência de HTTPS usa o certificado servido publicamente, com verificação do hostname e da cadeia. Uma observação indisponível permanece desconhecida, sem receber resultado de sucesso.
Openship 0.9.0 — Monitoramento das conexões: uma falha numa chamada da API deixa de marcar serviços sem relação como offline. As leituras podem ser repetidas, e os terminais continuam utilizáveis quando a consulta de status falha.
Openship 0.9.0 — Webmail: as assinaturas editáveis aparecem no compositor, e as respostas incluem o corpo da mensagem original. A publicação também corrige a recuperação do login e os deployments gerenciados do serviço de email.

Breaking changes

Openship 0.9.0 — Atualização do Desktop antigo: as instalações Desktop 0.8.0 e 0.8.1 precisam instalar manualmente a versão 0.9.0 uma vez. Encerre o Openship e substitua o aplicativo pelo instalador oficial, mantendo o armazenamento local dos projetos e das configurações.
Openship 0.9.0 — Atualizador integrado: o Desktop 0.8.2 pode usar o atualizador integrado. A instalação manual não se aplica ao percurso de atualização do servidor nem ao da CLI.

Ponto de Atenção

Os runners temporários cobram computação e transferência de um saldo pré-pago próprio, separado da franquia mensal do servidor da aplicação. A identidade OIDC também exige confiança explícita no emissor do Openship, porque o GitHub não assina esses tokens. Confirme as duas condições antes de levar um workflow independente para produção.

Teste sugerido: num fork de teste, dispare um workflow e confira a recusa padrão do código. Depois, autorize a execução e verifique o uso de um runner Cloud descartável sem credenciais de escrita.

Notas da versão

O release oficial do Openship 0.9.0 foi publicado em 12/10/2026 às 19h56 UTC como versão estável.

Atualizações em Paperclip

1 versão

O Paperclip 2026.1012.0 abre conexões de assistentes externos por MCP para consultar tarefas e delegar trabalho com a identidade autenticada. O recurso é experimental e exige ativação explícita. A conexão aceita clientes como Claude Code, Codex e OpenCode, com autorização por OAuth no navegador ou por código de dispositivo. Você pode recusar a escrita e limitar o acesso a uma empresa.

A publicação também altera a restauração dos espaços de trabalho e o alcance das autorizações de ferramentas. Os processos da versão anterior precisam ser encerrados antes da atualização, porque os dois protocolos de lock não podem escrever na mesma instância ao mesmo tempo.

Paperclip 2026.1012.0

Novidades

Paperclip 2026.1012.0 — Assistentes por MCP: a opção Assistant connections (MCP) conecta Claude Code, Codex, OpenCode e outros clientes. O comando paperclip mcp atende clientes locais por stdio.
Paperclip 2026.1012.0 — Instruções das conexões: cada conexão pode armazenar orientações de uso que chegam aos turnos dos agentes autorizados. A interface apresenta essas instruções no cadastro da conexão e na seção From connections do agente.
Paperclip 2026.1012.0 — Edição de skills: a ferramenta update_skill permite que agentes do executor nativo alterem skills da empresa com verificação de versão e registro no histórico. A API aceita expectedVersionId e idempotencyKey para conferir a revisão esperada e controlar repetições.
Paperclip 2026.1012.0 — Modelos disponíveis: o adaptador do Codex inclui GPT-6.1 Sol com os modos Fast e Ultra, e os agentes Claude Code recebem Claude Sonnet 5.5 com níveis de esforço de Low a Max. O Bedrock também recebe Sonnet 5.5.

Melhorias

Paperclip 2026.1012.0 — Navegação pelo chat: com Agent Chat e Streamlined UI ativos, a conversa ocupa a primeira posição da navegação, e as tarefas recentes e os arquivos do agente aparecem ao lado do chat. A navegação antiga permanece nas instalações que desativaram Streamlined UI.
Paperclip 2026.1012.0 — Catálogo de conexões: as credenciais já vinculadas no Composio, no Arcade e nos gateways Executor compatíveis aparecem agrupadas por aplicativo. O catálogo inclui Neon com OAuth ou chave de API e restaura a autenticação padrão do Asana.
Paperclip 2026.1012.0 — Recuperação do Codex: uma execução nativa interrompida por reinício do servidor retoma a mesma conversa depois da confirmação de que o processo anterior terminou. Quando o modelo atinge a capacidade disponível, a interface informa a condição e tenta novamente após um e dois minutos.
Paperclip 2026.1012.0 — Instruções iniciais: as novas empresas e os novos agentes recebem descrições de função mais curtas. Os manuais já gravados e as instruções personalizadas permanecem preservados.

Correções

Paperclip 2026.1012.0 — Restauração após alterações no Git: as execuções em sandbox corrigem o erro workspace_restore_failed que podia ocorrer depois de um rebase ou amend feito pelo agente.
Paperclip 2026.1012.0 — Resultado da execução: uma resposta final já gravada conserva o estado correto quando a limpeza posterior falha. O timeout na remoção dos arquivos de instrução também deixa de marcar como falha um trabalho concluído.
Paperclip 2026.1012.0 — Mensagens durante a execução: Steer e Interrupt encaminham a mensagem ao trabalho ativo mesmo depois de uma mudança de modelo ou de esforço. A mensagem enviada depois de uma execução nativa malsucedida recebe encaminhamento único.
Paperclip 2026.1012.0 — Autorização dos gateways: os gateways MCP nativos recusam tokens de execução pertencentes a outro agente. O OAuth genérico solicita offline_access quando o provedor oferece esse escopo para permitir a renovação do acesso.
Paperclip 2026.1012.0 — Consultas ao banco: as leituras do painel e da lista de execuções repetem a consulta diante de desconexões transitórias do PostgreSQL. Identificadores malformados nas rotas de rotinas recebem HTTP 404.

Breaking changes

Paperclip 2026.1012.0 — Protocolo dos locks: a restauração e a coleta de arquivos dos agentes usam locks SQLite liberados pelo sistema operacional após o encerramento do processo. Antes de atualizar ou retornar à versão anterior, aguarde o término do trabalho e encerre os servidores e workers antigos que escrevem na instância, inclusive em outros hosts e containers. Mova apenas os diretórios legados <hash>.lock/ remanescentes para um local temporário e não remova os novos arquivos .lock.sqlite.
Paperclip 2026.1012.0 — Permissões de ferramentas: uma autorização cujo scope.allow não corresponde à ferramenta, à conexão ou ao aplicativo deixa de recorrer a uma política mais ampla. Seletores desconhecidos e restrições malformadas recusam o acesso, então revise as autorizações personalizadas quando uma ferramenta antes disponível deixar de funcionar.

Ponto de Atenção

O recurso de MCP é experimental e exige ativação explícita, então a conferência começa pela recusa de escrita e pelo limite de acesso a uma empresa. A atualização também exige o encerramento dos processos antigos antes de iniciar a nova versão, inclusive em outros hosts e containers que escrevem na mesma instância.

Teste sugerido: conecte um cliente local por paperclip mcp numa instância de homologação e confira a autorização de leitura sem escrita. Depois, numa empresa de teste, altere uma skill pela ferramenta update_skill com expectedVersionId e verifique o registro no histórico.

Notas da versão

O release oficial do Paperclip 2026.1012.0 foi publicado em 12/10/2026 às 21h06 UTC como versão estável.

Conferência dos locks e dos runners

O dia combina duas atualizações com etapa manual e três publicações de manutenção. Comece pelo Paperclip, porque a troca do protocolo de locks exige encerrar os processos antigos antes de atualizar ou de retornar à versão anterior. Depois, revise as autorizações personalizadas de ferramentas, que deixam de herdar uma política mais ampla quando o escopo não corresponde ao aplicativo.

No Openship, a instalação manual vale para o Desktop 0.8.0 e 0.8.1, enquanto o 0.8.2 usa o atualizador integrado. Confira o saldo pré-pago dos runners temporários e a confiança no emissor OIDC antes de mover um workflow para produção. No Hermes Agent, verifique o canal indicado no diálogo e a retomada de uma sessão com modelo de raciocínio. No n8n, separe a conferência da 2.42.7 da 2.43.4, porque a classificação da 2.43.4 mudou entre a captura e a consulta de 13/10.

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.