Atualizações em 06 de outubro de 2026

O n8n 2.43.0 inclui um limite de orçamento opcional para as execuções de agentes e grava o gasto no banco. A pré-release também altera o agendamento do Cron Node legado e corrige falhas de continuidade das tarefas. Você precisa conferir esses comportamentos em uma instalação isolada, pois a publicação permanece identificada como pré-release.

No Antigravity CLI 1.3.0, a revisão de arquivos utiliza novos atalhos: j e k movem o cursor entre linhas. A troca de arquivo utiliza as setas esquerda e direita. A opção Verbosity adota medium como padrão, agrupando chamadas relacionadas e raciocínios sem ocultar os comandos e as respostas. Essa mudança exige conferir o nível de detalhe mostrado durante sua revisão.

O Laravel 13.11.0 separa os locks do diretório limpo pelo cache em arquivos, com uma alteração na estrutura inicial da aplicação. O Next.js 16.4.0-canary.62 amplia a análise dos arquivos gerados e mantém os processos de desenvolvimento e build executando durante os avisos de atualização. Para você conferir essas publicações, a configuração de uma aplicação Laravel existente e o build de uma cópia da aplicação Next.js precisam de verificações próprias.

As publicações da tarde ampliam os controles e a continuidade dos agentes. O Claude Code 2.1.292 corrige verificações de permissões e tarefas agendadas. O Paperclip 2026.1005.0 mantém arquivos dos agentes entre tarefas, mas remove contratos de configuração e muda a forma de iniciar uma execução. O Openship 0.8.1 permite compartilhar servidores entre projetos e exige uma migração explícita dos projetos Cloud existentes. O GitHub Spec Kit e o OpenCode recebem ajustes na seleção de versões e no envio de imagens, respectivamente.

Este diário cobre o início e o fim de 06/10/2026 no fuso America/New_York e reúne quatorze releases técnicas identificadas na consulta aos 24 repositórios. Dez publicações estão marcadas como estáveis. O n8n 2.43.0 e as três canaries técnicas do Next.js permanecem pré-releases. As publicações do Antigravity CLI 1.3.1 e do Orca 1.4.222 têm timestamps UTC de 07/10, mas pertencem à noite de 06/10 em Nova York.

Na sequência noturna, o Openship 0.8.2 corrige o atualizador desktop e orienta uma instalação manual para recuperar as versões 0.8.0 e 0.8.1. O Antigravity CLI preserva a posição durante a revisão dos arquivos e o Orca corrige o envio de tarefas ao OpenCode. A canary.1 da linha 16.5 do Next.js modifica a persistência dos snapshots internos do Turbopack, sem anunciar um ganho medido de compilação.

Atualizações em n8n

O controle dos agentes recebe configurações de orçamento e ações para interromper tarefas. A continuidade da execução também muda no motor e no agendador. Para você comparar o comportamento com a instalação anterior, vale observar o gasto registrado por um agente de teste e o disparo de um agendamento já existente.

As permissões recebem verificações adicionais na execução e na publicação de workflows. As correções dos Nodes incluem o retorno de subworkflows e a leitura paginada das tabelas, que podem alterar o resultado observado mesmo quando o workflow termina sem erro.

n8n 2.43.0

Novidades

• n8n 2.43.0 — Orçamento dos agentes: o guardrail de orçamento é opcional. O editor inclui configurações de uso e o banco registra o gasto das execuções, sem valores padrão ou precisão de cálculo detalhados nas notas.
• n8n 2.43.0 — Suspensão e parada: o motor pode ser suspenso nos limites entre Nodes para execuções retomáveis. O Preview inclui Stop all tasks e o plano de controle permite interromper execuções do motor v2.
• n8n 2.43.0 — Agendamentos: o Cron Node legado utiliza o agendador durável. O sistema também expõe o agendamento armazenado de tarefas duráveis como métricas.
• n8n 2.43.0 — Integrações dos Nodes: o Supabase Node inclui credenciais OAuth reutilizáveis pelo MCP (Model Context Protocol). O Databricks Node inclui o recurso Job. O Azure OpenAI Chat Model Node oferece seleção de deployment e compatibilidade com deployments que aceitam somente Responses. O Crypto Node permite escolher o hash do RSA-OAEP.
• n8n 2.43.0 — Editor de agentes: o Browser Use é disponibilizado para todos os usuários. O Preview permite reorganizar mensagens na fila e as aprovações de subagentes em segundo plano são encaminhadas à conversa principal.

Melhorias

• n8n 2.43.0 — Relações de projeto: o carregamento dispensa a junção de todos os escopos de papel. As notas não apresentam uma medição do tempo da consulta.
• n8n 2.43.0 — Revisão de workflows: sugestões ficam armazenadas separadamente para revisão. O relatório mostra o progresso da migração e utiliza categorias de impacto para identificar as alterações.

Correções

• n8n 2.43.0 — Permissões e publicação: workflows com entradas obrigatórias de Nodes desconectadas não podem ser publicados. O editor conserva credenciais em telas somente para leitura e aguarda a autenticação OAuth. A execução não ocorre se a gravação anterior falhar. Os comandos de importação e execução do CLI também recebem verificações de política.
• n8n 2.43.0 — Workers e runners: os workers não aguardam trabalhos recém-enfileirados durante seu encerramento. Os timeouts pendentes respeitam o prazo de desligamento repassado aos runners. Uma rejeição de Promise sem tratamento não encerra o task runner.
• n8n 2.43.0 — Sessões de agentes: a paginação funciona no SQLite e as mensagens não são enviadas em duplicidade. Os agentes do Preview retomam o trabalho após o fim dos workflows aguardados. A continuação em segundo plano considera somente o grupo de parada mais recente.
• n8n 2.43.0 — Saídas e tabelas: o Execute Workflow Node retorna as saídas declaradas pelo subworkflow. O DataTable Node mantém a leitura paginada após alterações no número de linhas. O Split Out Node aceita notação por ponto no campo de destino.
• n8n 2.43.0 — Calendário e mensagens: o Google Calendar Trigger Node corrige os limites dos eventos de dia inteiro. O WhatsApp Node carrega todos os templates na seleção. No Brevo Node, as duas grafias do campo de destinatários são aceitas.
• n8n 2.43.0 — Autenticação e diagnóstico: a autenticação OAuth2 por credenciais de cliente utiliza o novo identificador e segredo. Membros globais podem atribuir escopos de variáveis às chaves de API (interface de programação de aplicações). A consulta retorna a execução mesmo com um registro de rastreamento incompleto. A telemetria das ferramentas MCP recebe ocultação de propriedades.

Ponto de Atenção

A versão é uma pré-release. Teste sugerido: em uma cópia isolada da instalação, compare o disparo de um agendamento do Cron Node legado com o resultado esperado. Configure um orçamento pequeno em um agente de teste e confira o gasto registrado e a resposta ao limite. Os campos e os valores de configuração precisam ser confirmados na documentação da instalação.

Para conferir as recusas de publicação e execução, utilize um workflow de teste com entrada obrigatória desconectada e uma credencial sem autorização de uso. Depois, compare com o workflow corrigido. Um subworkflow com saída declarada permite conferir o retorno do Execute Workflow Node.

O conector de um clique para o cliente MCP do ChatGPT foi removido do editor. As notas não anunciam uma remoção do protocolo nem a interrupção das conexões existentes. O módulo inbound-auth-core inclui uma migração, mas a publicação não descreve um procedimento obrigatório para a instalação.

Notas da versão

O release oficial do n8n 2.43.0 foi publicado às 03h23 de 06/10 em Nova York e está marcado como pré-release. A promoção do n8n 2.42.3 para estável foi registrada no diário de 05/10, preservando a data da sua publicação técnica.

Atualizações em Antigravity CLI

A apresentação da conversa fica mais resumida por padrão. A navegação de /diff também recebe uma alteração que distingue o movimento entre linhas da troca de arquivo. Você pode restaurar high em /config para conferir cada chamada por inteiro, mas precisa adaptar os atalhos usados durante a revisão.

A 1.3.1 preserva o cursor e a rolagem de cada arquivo durante a revisão e corrige a substituição de plugins no Windows. A 1.3.0 recebe uma correção de rolagem especialmente visível por SSH ou tmux. Caminhos com espaços e caracteres especiais também são reconhecidos nas menções e buscas, incluindo projetos criados pelo aplicativo desktop.

Antigravity CLI 1.3.0

Novidades

As notas não anunciam um recurso separado das mudanças de apresentação e navegação ou das correções de leitura dos caminhos.

Melhorias

• Antigravity CLI 1.3.0 — Verbosity: o padrão muda de high para medium, agrupando chamadas relacionadas de ferramentas e raciocínios. A alteração também alcança instalações que conservaram o padrão anterior, incluindo a seleção de high quando ainda era o padrão. Os comandos e as respostas continuam visíveis. Para recuperar a apresentação completa, você pode selecionar high em /config.

Correções

• Antigravity CLI 1.3.0 — Rolagem: o movimento diagonal utiliza somente seu deslocamento vertical, com um limite para o avanço de cada movimento rápido. A correção evita os saltos de ida e volta descritos na conversa. Page Up e Page Down continuam movendo uma página inteira.
• Antigravity CLI 1.3.0 — Caminhos especiais: menções @, resultados de /codesearch e links das respostas abrem corretamente arquivos com espaços, #, % ou caminhos em discos do Windows. A confiança no workspace e os agentes personalizados também reconhecem esses diretórios criados no aplicativo desktop.

Breaking changes

• Antigravity CLI 1.3.0 — Navegação entre arquivos: na visualização de /diff, j e k movem o cursor de linha. Para trocar o arquivo exibido, você precisa utilizar as setas esquerda e direita.

Ponto de Atenção

A publicação está marcada como estável. Teste sugerido: abra /diff com dois arquivos alterados e compare o movimento por linha com j e k e a troca de arquivo com as setas esquerda e direita. Em /config, confira a apresentação medium e selecione high quando sua revisão exigir cada chamada e raciocínio por inteiro.

Utilize uma pasta de teste com espaços e caracteres especiais para conferir uma menção @ e um resultado de /codesearch. Por SSH ou tmux, observe o movimento diagonal da rolagem e o avanço de página. Esses procedimentos são sugestões baseadas nas notas, sem resultados obtidos pela Promovaweb.

Notas da versão

O release oficial do Antigravity CLI 1.3.0 foi publicado às 02h05 de 06/10 em Nova York e está marcado como estável. As mudanças de apresentação e atalhos são distintas das correções dos caminhos e da rolagem.

Antigravity CLI 1.3.1

Melhorias

• Antigravity CLI 1.3.1 — Revisão de arquivos: as setas esquerda e direita abrem cada arquivo na primeira alteração e o retorno preserva o cursor e a rolagem. n e N continuam pelas alterações do arquivo seguinte ou anterior. O cabeçalho indica a posição na revisão quando a largura do terminal permite.

Correções

• Antigravity CLI 1.3.1 — Plugins e agentes: no Windows, a substituição ou remoção de um plugin encerra e reinicia seus servidores MCP. Arquivos com UTF-8 BOM são aceitos. Caminhos relativos de componentes dos agentes personalizados são resolvidos pelo diretório do arquivo do agente.
• Antigravity CLI 1.3.1 — Sessões: /rewind mostra o texto das mensagens retiradas da memória, mas recusa sua seleção. Subagentes interrompidos por erro apresentam a causa. Temporizadores e trabalhos recorrentes aparecem na lista de tarefas com seus estados.
• Antigravity CLI 1.3.1 — Comunicação: Send Immediately funciona após a edição de um artefato no turno e as notificações incluem perguntas pendentes. O reinício do MCP continua após a demora do processo anterior e conexões interrompidas da Gemini API são repetidas.

Ponto de Atenção

A versão é estável. Teste sugerido: percorra alterações em dois arquivos com n e N e volte ao arquivo anterior para conferir o cursor. No Windows, reinstale um plugin autorizado em uma sessão isolada e observe seus servidores MCP. Quando outro processo mantiver a pasta aberta, encerre-o conforme a mensagem do CLI. As mensagens retiradas da memória permanecem indisponíveis para a retomada por /rewind.

Notas da versão

O release oficial do Antigravity CLI 1.3.1 foi publicado às 23h22 de 06/10 em Nova York.

Atualizações em Laravel

A publicação altera a configuração do cache em arquivos para preservar os locks durante a limpeza do cache. O ajuste pertence à estrutura inicial de um novo projeto, por isso você precisa comparar a configuração da sua aplicação existente com os caminhos publicados. As notas citam as tarefas únicas como um caso afetado pela remoção dos locks.

Laravel 13.11.0

Novidades

As notas descrevem a separação dos diretórios na configuração inicial, sem anunciar uma funcionalidade independente para o framework.

Melhorias

• Laravel 13.11.0 — Diretório de locks: o driver file utiliza storage_path('framework/cache/locks') em lock_path. O conteúdo do cache conserva o caminho storage_path('framework/cache/data'), separado dos arquivos que controlam a exclusividade das execuções.

Correções

• Laravel 13.11.0 — Limpeza do cache: a configuração anterior colocava os locks no diretório removido durante a limpeza do cache em arquivos. O novo padrão utiliza uma pasta separada, incluída na estrutura inicial com seu arquivo .gitignore.

Ponto de Atenção

A versão está marcada como estável. A mudança pertence ao repositório laravel/laravel e não substitui automaticamente o config/cache.php de aplicações existentes. Confira os caminhos efetivamente configurados e a permissão de escrita na pasta de locks. A publicação não descreve uma transferência dos locks ativos entre diretórios.

Teste sugerido: em uma cópia isolada da aplicação, adquira um lock pelo driver file, limpe o cache e tente adquirir o mesmo lock por outro processo. A segunda aquisição deve ser recusada enquanto o lock inicial estiver válido.

Notas da versão

O release oficial do Laravel 13.11.0 foi publicado às 10h27 de 06/10 em Nova York e está marcado como estável. A alteração oficial da configuração do cache confirma os caminhos e explica o efeito da limpeza sobre os locks de tarefas únicas. As notas não descrevem mudanças nos demais drivers.

Atualizações em Next.js

A canary.62 combina a análise dos arquivos gerados com ajustes no processamento interno do Turbopack. A canary.63 preserva diretórios da exportação estática e reverte a estabilização de forbidden() e unauthorized(). Você precisa comparar a configuração das funções de autorização antes de atualizar uma aplicação que acompanhou as canaries anteriores.

A 16.5.0-canary.1 modifica a criação dos snapshots de tarefas e interrompe sua persistência após uma falha. Os guias de páginas estáticas e de tratamento de erros acompanham os ajustes de diagnóstico da linha 16.4. A publicação não fornece uma medição de tempo de compilação, então a conferência precisa observar o comportamento e os logs da sua aplicação.

Next.js 16.4.0-canary.62

Novidades

• Next.js 16.4.0-canary.62 — Skill do analisador: a publicação inclui uma skill para o analisador de bundle e amplia as informações das rotas. Os grupos de chunks de cada rota e os módulos dos arquivos JavaScript e CSS gerados ficam disponíveis na análise.

Melhorias

• Next.js 16.4.0-canary.62 — Carregamento dos chunks: a análise acompanha o carregamento assíncrono condicional e o carregamento dos chunks de workers. As notas não apresentam uma redução de tamanho ou tempo de carregamento medida.
• Next.js 16.4.0-canary.62 — Avisos de atualização: a interface mostra as opções do aviso de atualização do agente. Os processos de desenvolvimento e de build continuam executando durante esses avisos.
• Next.js 16.4.0-canary.62 — Documentação: os guias explicam a preservação das páginas estáticas e a otimização da parte estática da página. Os exemplos de tratamento de erros utilizam as funções de interrupção por autorização. O Turbopack recebe referências às suas configurações experimentais.

Correções

• Next.js 16.4.0-canary.62 — Invalidação de caminhos: o Turbopack consulta o registro de invalidadores antes de adicionar um caminho ao conjunto que será processado. A publicação não quantifica a diferença no tempo de recompilação.
• Next.js 16.4.0-canary.62 — Tarefas removidas: o backend deixa de marcar como desatualizadas as tarefas dependentes de outras removidas pelo coletor de lixo. Leituras e conexões a tarefas removidas geram erros. A restauração dispensa a retenção das tarefas em memória e descarta as ausentes.
• Next.js 16.4.0-canary.62 — Rotas estáticas: as orientações dos erros recebem ajustes, sem a descrição de cada mensagem alterada nas notas.

Ponto de Atenção

A canary.62 é uma pré-release. Teste sugerido: em uma cópia da aplicação, execute o desenvolvimento com o Turbopack, altere um arquivo utilizado por uma rota estática e observe a recompilação e o log. Depois, execute o build e compare os módulos e os grupos de chunks disponíveis no analisador. Uma rota com worker ou carregamento assíncrono condicional permite conferir o acompanhamento dessas dependências.

Quando aparecer um aviso de atualização, confira a continuidade do processo de desenvolvimento ou de build. As alterações das tarefas removidas pertencem ao backend do Turbopack e não descrevem uma incompatibilidade de configuração para a aplicação. Os procedimentos são sugestões baseadas nas notas, não testes realizados pela Promovaweb.

Notas da versão

O release oficial do Next.js 16.4.0-canary.62 foi publicado às 11h22 de 06/10 em Nova York e está marcado como pré-release. As mudanças da canary.61 permanecem no diário de 05/10. As atualizações de snapshots pertencem aos testes do próprio repositório.

Next.js 16.4.0-canary.63

Melhorias

• Next.js 16.4.0-canary.63 — Análise do bundle: o guia documenta next analyze export. A skill é renomeada para next-bundle-optimizer, com orientações de uso.

Correções

• Next.js 16.4.0-canary.63 — Exportação estática: os diretórios de saída configurados são preservados durante a exportação.
• Next.js 16.4.0-canary.63 — Turbopack: o backend limpa o estado da tarefa antes de publicar sua conclusão.

Breaking changes

• Next.js 16.4.0-canary.63 — Funções de autorização: a estabilização de forbidden() e unauthorized() é revertida. Aplicações que adotaram essas funções como estáveis nas canaries anteriores precisam revisar a configuração experimental e conferir a compatibilidade.

Ponto de Atenção

A canary.63 é uma pré-release. Teste sugerido: execute a exportação estática em uma cópia da aplicação e confira o diretório configurado. Nas rotas que utilizam forbidden() ou unauthorized(), compare a configuração e as respostas de autorização. A alteração oficial mantém essas funções experimentais enquanto corrige o carregamento dos fallbacks 401 e 403. A publicação não detalha o procedimento de configuração exigido pela reversão.

Notas da versão

O release oficial do Next.js 16.4.0-canary.63 foi publicado às 13h29 em Nova York. A alteração oficial das funções de autorização explica a reversão.

Next.js 16.5.0-canary.1

Melhorias

• Next.js 16.5.0-canary.1 — Snapshots de tarefas: a primeira alteração de uma tarefa durante o snapshot copia seu estado. Os snapshots com copy-on-write utilizam codificação bincode no lugar da clonagem.
• Next.js 16.5.0-canary.1 — Rotas personalizadas: os metadados das rotas ficam separados da configuração, sem uma alteração exigida nos arquivos da aplicação descrita nas notas.

Correções

• Next.js 16.5.0-canary.1 — Persistência: uma falha de snapshot desativa a persistência. A publicação também registra um experimento de captura dos bits pendentes sob exclusão, sem explicar seu efeito público.

Ponto de Atenção

A canary.1 é uma pré-release. Teste sugerido: em uma cópia da aplicação, execute o desenvolvimento e o build com o Turbopack, altere um arquivo de uma rota e acompanhe os logs da recompilação. Analise separadamente qualquer falha de snapshot, pois as notas descrevem a desativação da persistência após esse erro.

Notas da versão

O release oficial do Next.js 16.5.0-canary.1 foi publicado às 19h52 de 06/10 em Nova York. A canary.0 informa somente a publicação inicial e permanece fora do total de releases técnicas.

Atualizações em Claude Code

A instalação de plugins ganha uma opção para indicar o marketplace, enquanto os subagentes recebem controle de esforço. As correções de leitura e de aplicação das políticas abrangem arquivos locais, caminhos de rede e chamadas durante o reinício dos hooks. Você precisa conferir também os agendamentos, pois a publicação corrige a preservação das tarefas após retomar ou reiniciar uma sessão.

Claude Code 2.1.292

Novidades

• Claude Code 2.1.292 — Plugins: claude plugin install aceita --marketplace <source>, adicionando o marketplace quando necessário com as verificações de política da operação de cadastro.
• Claude Code 2.1.292 — Subagentes e mods: Agent aceita effort. O evento prompt.autocomplete permite acrescentar opções à composição. Blocos com cache: true em $.model.complete permitem reutilizar o prefixo da solicitação.
• Claude Code 2.1.292 — Respostas 529: CLAUDE_CODE_OVERLOADED_RETRY_BASE_DELAY_MS configura o intervalo inicial das novas tentativas após uma resposta de sobrecarga.

Melhorias

• Claude Code 2.1.292 — Inicialização e MCP: o primeiro turno de claude -p e do SDK dispensa a espera por resources/list dos servidores HTTP e SSE. Conexões locais stdio negociam 2026-07-28 por padrão, com MCP_PROTOCOL_NEGOTIATION=legacy para utilizar a negociação anterior.

Correções

• Claude Code 2.1.292 — Permissões: leituras de caminhos UNC exigem a solicitação de permissão correspondente. A publicação também corrige acessos às cópias de uploads de /ultrareview e alterações de links durante a leitura de PDFs ou notebooks.
• Claude Code 2.1.292 — Políticas dos plugins: o cache adulterado das configurações gerenciadas deixa de poder desativar o plugin de política durante uma falha de consulta. As chamadas realizadas durante o reinício dos hooks conservam as verificações dos plugins.
• Claude Code 2.1.292 — Sessões e tarefas: a retomada restaura o modo de planejamento, tarefas salvas após /resume, /branch ou /clear voltam a disparar e /loop preserva o despertar após reiniciar o processo. Execuções com claude -p ou Agent SDK aguardam comandos em segundo plano após a resposta final.
• Claude Code 2.1.292 — Diagnóstico: Grep e Glob repetem a leitura ou informam a falha de acesso. O aplicativo respeita NO_PROXY nas suas solicitações com HTTPS_PROXY. Ferramentas MCP com nomes superiores a 128 caracteres são excluídas com um erro específico.

Ponto de Atenção

A publicação é estável. Teste sugerido: instale um plugin autorizado com --marketplace em um projeto isolado e confira uma tarefa agendada após retomar a sessão. Para um servidor MCP local incompatível, compare a negociação padrão com legacy. A revisão dos acessos configurados continua necessária.

Notas da versão

O release oficial do Claude Code 2.1.292 foi publicado às 14h59 em Nova York e está marcado como estável.

Atualizações em Paperclip

Os agentes conservam seus arquivos entre tarefas. A instalação de skills utiliza cópias do GitHub atualizadas fora das execuções. A mudança também inclui navegador interativo e Grok Build no runner nativo. Antes de utilizar esses recursos, você precisa revisar as integrações removidas e as migrações da instalação.

Paperclip 2026.1005.0

Novidades

• Paperclip 2026.1005.0 — Persistência e skills: o diretório do agente, incluindo AGENTS.md, persiste entre tarefas. A aba Sources importa pastas de skills de repositórios GitHub e preserva a última cópia válida após uma atualização malsucedida.
• Paperclip 2026.1005.0 — Navegador e runtime: Browser Use Cloud permite acompanhar e assumir a navegação na tarefa. O runner nativo aceita Grok Build por ACP, localmente ou no Daytona.

Melhorias

• Paperclip 2026.1005.0 — Conversas: respostas no quadro chegam à conversa vinculada no Slack. O compositor permite selecionar modelo e esforço por mensagem, com opções correspondentes ao adaptador.
• Paperclip 2026.1005.0 — Ferramentas de API: search_api e call_api ficam habilitadas por padrão no runner nativo. Os agregadores MCP dispensam a opção experimental anterior.

Correções

• Paperclip 2026.1005.0 — Agendamento: uma execução enfileirada recusada permanentemente é cancelada, evitando a sequência de falhas que reiniciava o servidor.
• Paperclip 2026.1005.0 — Sessões e transporte: resultados das ferramentas são preservados após encerrar e reiniciar o processo. A repetição de uma entrega ACP após HTTP 502 evita duplicar a entrada. Snapshots grandes do Git utilizam manifestos em disco.

Breaking changes

• Paperclip 2026.1005.0 — Snippets de interface: PAPERCLIP_CLOUD_UI_SNIPPET e PAPERCLIP_CLOUD_UI_SNIPPET_B64 deixam de injetar HTML. Migre integrações dependentes para contribuições de interface de plugins antes de atualizar.
• Paperclip 2026.1005.0 — Atalhos: GET e PATCH /api/auth/preferences são removidas. A configuração geral deixa de aceitar keyboardShortcuts. Remova essas chamadas das automações. Os atalhos ficam ativos após a autenticação.
• Paperclip 2026.1005.0 — Menções aos agentes: uma menção em comentário deixa de iniciar trabalho. Utilize atribuição explícita ou solicitação de revisão para iniciar outra execução.

Ponto de Atenção

A versão é estável e executa as migrações 0284 a 0293 durante a atualização. Faça backup e confira as integrações removidas. Teste sugerido: altere um arquivo do agente, abra outra tarefa e confira sua preservação. Depois, compare uma skill instalada com a versão selecionada no GitHub e confira o disparo por atribuição.

Os runtimes compartilhados utilizam Codex 0.156.0, Claude Agent SDK 0.3.280 e OpenCode 1.18.32, por isso as instalações compartilhadas precisam atualizar os CLIs correspondentes. Os testes sugeridos não foram realizados pela Promovaweb.

Notas da versão

O release oficial do Paperclip 2026.1005.0 foi publicado às 12h40 de 06/10 em Nova York. O cabeçalho das notas informa 05/10, mas esta edição acompanha a publicação no GitHub.

Atualizações em GitHub Spec Kit

A seleção de versões exatas alcança bundles, etapas de workflows e presets. O diagnóstico conserva a mensagem de erro da inicialização. Os metadados versionados permitem comparar o catálogo com o componente instalado. Você pode conferir o resultado em um projeto isolado com uma versão fixada.

GitHub Spec Kit 1.1.1

Novidades

• GitHub Spec Kit 1.1.1 — Expressões e metadados: workflows incluem upper, lower, split, length e to_json. As integrações expõem metadados versionados. As informações completas de versão podem ser apresentadas em JSON.
• GitHub Spec Kit 1.1.1 — MCP: um servidor experimental por stdio oferece consulta de versão, sem anúncio de ferramentas adicionais de especificação.

Melhorias

• GitHub Spec Kit 1.1.1 — Catálogos: workflows e presets permitem selecionar releases exatas. SpecAssay e sua extensão Check utilizam 0.5.6, enquanto Quality Gates utiliza 0.3.6.

Correções

• GitHub Spec Kit 1.1.1 — Instalação: bundles respeitam a versão fixada por seleção exata. A etapa de init preserva sua mensagem de erro, sem substituí-la por SystemExit: 1.
• GitHub Spec Kit 1.1.1 — Fontes e identificadores: catalog remove remove uma fonte do projeto que substitui uma incorporada. Identificadores SemVer com dígitos fora do conjunto ASCII são recusados.

Ponto de Atenção

A publicação é estável, mas seu servidor MCP permanece experimental e limitado à consulta da versão. Teste sugerido: instale um bundle com versão fixada e compare o identificador solicitado com o instalado, depois confira um workflow com release exata e uma expressão que utiliza to_json.

Notas da versão

O release oficial do GitHub Spec Kit 1.1.1 foi publicado às 14h53 em Nova York e está marcado como estável.

Atualizações em Openship

A 0.8.2 corrige o atualizador do aplicativo desktop e exige recuperação manual nas instalações desktop 0.8.0 ou 0.8.1. Na 0.8.1, servidores gerenciados podem receber vários projetos que compartilham CPU, RAM e disco. A publicação também inclui passkeys, autenticação adicional e uma caixa privada de suporte. Para uma instalação existente, você precisa conferir a sequência de atualização e a migração explícita dos projetos Cloud, pois atualizar o aplicativo não reúne automaticamente as VMs anteriores.

Openship 0.8.1

Novidades

• Openship 0.8.1 — Servidores compartilhados: aplicações, builds e stacks Compose utilizam a capacidade do servidor com assinatura própria. A criação de projeto deixa de reservar uma VM independente.
• Openship 0.8.1 — Autenticação e suporte: passkeys, autenticação por aplicativo e códigos de recuperação de uso único são configurados na área de segurança. A caixa de suporte mantém o histórico privado de cada pessoa autenticada.

Melhorias

• Openship 0.8.1 — Execução e migração: o destino oferece Docker ou Direct para aplicações compatíveis. A importação Docker preserva volumes e arquivos de origem. A retirada dos containers originais exige consentimento.
• Openship 0.8.1 — Administração: o SDK e o CLI ampliam operações de ambientes, armazenamento, credenciais, DNS e monitoramento com as verificações de permissão da plataforma.

Correções

• Openship 0.8.1 — Builds e serviços: o cancelamento alcança o runtime do worker e preserva containers já publicados. Serviços Compose sem alterações evitam atualizações desnecessárias após uploads ou sincronizações.
• Openship 0.8.1 — Backups: a ativação aguarda os backups anteriores ao deploy e sua limpeza. Dumps PostgreSQL pequenos demais são recusados após comparação com backups anteriores.
• Openship 0.8.1 — Recuperação: provisionamento e redimensionamento preservam o progresso. A saída dos builds mantém bytes, linhas parciais e caracteres UTF-8.

Ponto de Atenção

A publicação é estável. Atualize a API Cloud antes dos clientes conectados e planeje a migração explícita dos projetos existentes. Teste sugerido: em um ambiente isolado, confira a preservação de um serviço Compose sem alterações e a espera pelo backup antes da ativação.

As exportações incluem os segredos da instalação em texto simples por padrão. Você precisa proteger o arquivo ou omitir explicitamente esses valores antes da exportação, pois o arquivo não recebe uma senha.

Para utilizar passkeys em uma instalação própria, mantenha HTTPS e um hostname estável em OPENSHIP_PUBLIC_URL. Preserve também o backup de BETTER_AUTH_SECRET, que protege os segredos da autenticação adicional e os códigos de recuperação.

Notas da versão

O release oficial do Openship 0.8.1 foi publicado às 15h50 em Nova York e está marcado como estável.

Openship 0.8.2

Melhorias

• Openship 0.8.2 — Testes do atualizador: um teste com o Electron confere redirecionamentos do instalador e dos comprovantes de verificação. Também abrange destinos recusados, ciclos de redirecionamento e a limpeza de downloads incompletos.

Correções

• Openship 0.8.2 — Download desktop: o atualizador acompanha os redirecionamentos do GitHub e conserva as verificações dos hosts autorizados, do SHA-256 e da assinatura do publicador.

Ponto de Atenção

A versão é estável. Instalações desktop 0.8.0 ou 0.8.1 podem apresentar Redirect was cancelled e precisam da recuperação manual descrita nas notas: baixe o instalador oficial do seu sistema, encerre o Openship e substitua o aplicativo. Preserve os arquivos locais da aplicação para conservar projetos, servidores e configurações. O servidor e o CLI utilizam outro caminho de atualização e dispensam essa recuperação.

Teste sugerido: após instalar a 0.8.2 em uma cópia da instalação desktop, confira a versão e os projetos anteriores. As atualizações desktop seguintes utilizam o downloader corrigido, conforme as notas oficiais.

Notas da versão

O release oficial do Openship 0.8.2 foi publicado às 19h34 de 06/10 em Nova York. A instalação manual recupera uma falha do atualizador anterior, sem remoção de interface anunciada na 0.8.2.

Atualizações em OpenCode

A atualização corrige o envio de imagens de ferramentas ao xAI e oferece estatísticas em JSON e Markdown. Você precisa conferir o formato da imagem aceita pelo provedor, pois as notas descrevem o descarte dos formatos incompatíveis sem enumerá-los.

OpenCode 1.18.35

Melhorias

• OpenCode 1.18.35 — Estatísticas: a publicação adiciona redirecionamentos canônicos e formatos JSON e Markdown para leitura por agentes.

Correções

• OpenCode 1.18.35 — Imagens no xAI: os resultados de ferramentas incluem imagens suportadas e ignoram formatos incompatíveis.

Ponto de Atenção

A versão é estável. A conferência sugerida acompanha o tratamento das imagens descrito nas notas. Teste sugerido: em uma sessão isolada com xAI, compare um resultado de ferramenta com imagem compatível e outro com formato não aceito, confirmando os formatos na documentação do provedor antes da conferência.

Notas da versão

O release oficial do OpenCode 1.18.35 foi publicado às 16h18 em Nova York e está marcado como estável.

Atualizações em Orca

O envio de tarefas ao OpenCode aguarda o agente aceitar a instrução e a barra lateral preserva os computadores remotos revelados. A edição de CSV permite conferir e modificar tabelas no próprio aplicativo. Você precisa reiniciar o serviço de terminal para aplicar três correções de reconhecimento de agentes após atualizar da 1.4.221, pois o serviço em execução é conservado.

Orca 1.4.222

Novidades

• Orca 1.4.222 — CSV e Jira: a tabela permite editar células, copiar intervalos e acrescentar ou remover linhas e colunas. As larguras das colunas são preservadas. A criação de uma issue do Jira permite selecionar o responsável.

Melhorias

• Orca 1.4.222 — Leitura das tabelas: arquivos CSV grandes são abertos sem carregar seu conteúdo inteiro de uma vez. As notas não apresentam medição de memória ou tempo de abertura.
• Orca 1.4.222 — Uso dos provedores: os créditos do Claude e do Codex e o saldo do OpenCode Zen aparecem junto aos limites de utilização.

Correções

• Orca 1.4.222 — Workers: orca orchestration worker-start --agent opencode aguarda o envio efetivo da tarefa. O modelo do worker conserva o padrão dos demais lançamentos e o plugin utiliza a configuração daquele terminal.
• Orca 1.4.222 — Workspaces e editor: computadores remotos permanecem visíveis durante a gravação da configuração. Arquivos com o mesmo caminho em hosts diferentes conservam textos e históricos de desfazer separados. As colagens mantêm a posição inicial e notebooks recebem as alterações do disco.
• Orca 1.4.222 — Chat experimental: a abertura conserva o histórico, as mensagens aguardam confirmação do host e uma falha de envio apresenta sua causa. Stop interrompe somente o turno correspondente.
• Orca 1.4.222 — Sessões: a troca de autenticação no Codex retoma a conversa anterior. Argumentos configurados evitam duplicar flags e a aba remota com Claude Code preserva sua tela sem mostrar a saída antiga do shell. Enter utilizado para confirmar texto em japonês, chinês ou coreano não envia também o campo.

Ponto de Atenção

A publicação é estável e o chat nativo continua experimental. Reinicie o serviço de terminal após atualizar da 1.4.221 para aplicar o reconhecimento do OpenCode com serviço em segundo plano no macOS, do Pi instalado por npm e do Qoder iniciado por qoder. Instalações anteriores recebem as correções nos novos terminais.

O CLI x64 do instalador ARM64 funciona por emulação no Windows 11 ARM, mas não funciona no Windows 10 ARM. Painéis antigos do OpenCode 2 podem exigir reinício para apresentar o estado e ainda podem conservar Done após encerrar opencode run. O Codex utiliza o diretório gerenciado pelo Orca até aprovar o novo hook e uma retomada com ~/.codex pode aguardar até 30 segundos.

Teste sugerido: inicie um worker com modelo explícito em um workspace isolado, confira o recebimento da tarefa e compare o modelo padrão dos demais lançamentos. Revele um computador remoto e reabra um CSV com colunas redimensionadas para conferir a preservação das configurações.

Notas da versão

O release oficial do Orca 1.4.222 foi publicado às 22h20 de 06/10 em Nova York. O build diário de 05/10 citado nas notas é parte da composição desta publicação e não altera sua data no diário.

Conferência dos agentes, dos locks e da compilação

O n8n inclui controles para o gasto e a interrupção dos agentes, além de modificar o agendamento e as verificações de credenciais. Comece por um agendamento existente na cópia isolada da instalação e compare sua execução. Depois, confira o gasto de um agente com limite configurado e a recusa de publicação de um workflow incompleto. O retorno declarado de um subworkflow permite verificar também o resultado da execução.

No Antigravity CLI, a configuração de apresentação determina o detalhe visível durante a revisão. Confira Verbosity em /config, adapte os atalhos da visualização de /diff e abra um arquivo com caracteres especiais no caminho.

O Laravel e o Next.js exigem comparar o comportamento da aplicação com a configuração utilizada. No Laravel, confira a separação entre cache e locks e teste a exclusividade de um lock após a limpeza do cache. No Next.js, acompanhe a recompilação de uma rota estática e execute o build, depois utilize o analisador para examinar os arquivos gerados. A continuidade dos processos durante um aviso de atualização pode ser conferida separadamente, quando o aviso aparecer.

As publicações da tarde exigem começar pelos contratos removidos do Paperclip e pela sequência de atualização do Openship. Revise as integrações antes das migrações e confira o tratamento dos segredos nos arquivos exportados. Depois, teste a preservação dos arquivos dos agentes e a continuidade dos agendamentos no Claude Code. No Next.js, compare a configuração das funções de autorização após a reversão da canary.63. A seleção exata do Spec Kit e uma imagem de ferramenta no OpenCode completam as conferências das versões e dos resultados entregues aos agentes.

As publicações noturnas acrescentam verificações de continuidade aos ajustes do dia: recupere o atualizador desktop do Openship pelo instalador oficial e confira os projetos preservados. Depois, compare a navegação entre arquivos no Antigravity CLI e o recebimento da tarefa pelo worker do OpenCode no Orca. Na canary.1 do Next.js, acompanhe o log do Turbopack durante o build e investigue separadamente uma falha de snapshot.

Para investigar os agendamentos e as permissões das integrações 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.