O Paperclip 2026.1023.0 permite compartilhar tarefas privadas somente com participantes autorizados. A atualização também amplia as permissões do perfil Operator e considera no limite os orçamentos com consumo ainda sem preço confiável. Você precisa conferir essas duas mudanças na configuração existente para evitar acessos mais amplos que o previsto ou interrupções nas execuções dos agentes.
O Antigravity CLI 1.4.7 corrige o uso dos tokens OAuth dos servidores MCP de plugins após a troca de login. A reconexão utiliza a identidade ativa e pode exigir nova autenticação. A versão também reduz tarefas de interface executadas desnecessariamente no modo -p.
O Chatwoot 4.19.1 reforça a validação dos webhooks da Twilio e corrige duplicações no Help Center. O Orca 1.4.239 permite separar as sessões do navegador por projeto e corrige a continuidade do trabalho entre arquivos compartilhados e terminais remotos.
O Openship 0.9.4 permite publicar aplicações em um Docker Swarm existente e corrige a preservação dos volumes durante substituições de containers. A 0.9.5, publicada mais tarde no mesmo dia, corrige a inicialização do dashboard e do edge nas instalações self-hosted com Compose. A orientação atual de recuperação é executar openship update para obter a 0.9.5.
O Next.js publicou a 16.5.0-canary.27 no fim do dia, com uma correção nas travas do diretório de saída para sistemas de arquivos como o NFS. A pré-release também altera a montagem do script Flight e o processamento interno do Turbopack.
Este diário cobre o intervalo de 24/10/2026 a 24/10/2026 pelo calendário UTC de publicação do GitHub, com seis releases estáveis e uma pré-release em seis sistemas. A conferência de 25/10 incorpora a canary publicada às 23h47 UTC e preserva o registro da 0.9.4 do Openship, cujo endereço oficial deixou de responder na consulta atual.
Atualizações em Antigravity CLI
1 versãoAs correções de autenticação separam os tokens dos plugins por login e recuperam o carregamento das personalizações com Application Default Credentials. A versão também amplia o texto retornado diretamente pelas ferramentas carregadas sob demanda. Uma mensagem grande demais não mantém a conversa num ciclo de compactação.
Novidades
- Antigravity CLI 1.4.7 — Hooks: o JSON recebido pela entrada padrão inclui
lastUserInput, com a mensagem mais recente enviada ao agente. - Antigravity CLI 1.4.7 — Aparência sazonal: a opção temporária
Seasonal Themes, em/config, habilita o tema de Halloween durante o período correspondente.
Melhorias
- Antigravity CLI 1.4.7 — Modo não interativo: execuções com
-pnão montam o índice de pesquisa das conversas nem renderizam o histórico para exibição. Os comandos personalizados da linha de status e do título da janela também não são iniciados nesse modo. - Antigravity CLI 1.4.7 — Resultados MCP: ferramentas MCP (Model Context Protocol) carregadas sob demanda retornam diretamente até 10 KB ao agente. O limite anterior de 4 KB exigia a leitura de um arquivo para respostas maiores.
- Antigravity CLI 1.4.7 — Modo Auto: comandos rotineiros, como formatação e limpeza de arquivos temporários, exigem menos confirmações.
- Antigravity CLI 1.4.7 — Interface: a renderização recebe ajustes durante respostas transmitidas, autorizações e redimensionamento da janela. A aba de atalhos de
/helpconcentra a listagem nos comandos além da navegação básica.
Correções
- Antigravity CLI 1.4.7 — Login por ADC: o uso de
AGY_ADC_AUTHcarrega as skills e as instruções personalizadas. Os agentes, os plugins e seus servidores MCP também são carregados, assim como os hooks. - Antigravity CLI 1.4.7 — Compactação: uma mensagem, saída de ferramenta ou documento maior que a janela de contexto não provoca compactações repetidas pelo mesmo excesso.
- Antigravity CLI 1.4.7 — Comandos copiados: a quebra visual de um comando longo não insere quebras de linha no texto copiado. Os blocos de código preservam a indentação.
- Antigravity CLI 1.4.7 — Links nas tabelas: URLs que ocupam várias linhas da célula continuam completas para clique e cópia. As tabelas do esquema
Terminalrecebem bordas de desenho. - Antigravity CLI 1.4.7 — Modo Vim: a substituição com
rremove por inteiro o marcador recolhido de texto colado, nos modos Normal e Visual. - Antigravity CLI 1.4.7 — Credenciais extensas: tokens de plugins e servidores MCP maiores que o limite do armazenamento de credenciais do macOS ou do Windows ficam no arquivo privado de segredos do CLI.
- Antigravity CLI 1.4.7 — Troca de login: os tokens OAuth dos servidores MCP de plugins pertencem à identidade autenticada. Esses servidores reconectam quando o login muda, evitando a continuidade da conexão anterior.
Ponto de Atenção
A troca de login pode exigir nova autenticação nos servidores MCP de plugins. Teste sugerido: utilize dois logins de teste, autentique uma integração por OAuth no primeiro e confira a autorização exigida depois de mudar para o segundo. Na instalação com AGY_ADC_AUTH, verifique o carregamento de uma skill e de um hook conhecidos.
Para conferir a cópia de comandos, cole num editor de texto um comando que ocupava várias linhas visuais no terminal e verifique se ele permanece numa única linha. Você pode examinar o texto colado sem executar esse comando.
Notas da versão
O release oficial do Antigravity CLI 1.4.7 foi publicado às 02h47 UTC como versão estável. O tema sazonal permanece opcional.
Atualizações em Chatwoot
1 versãoAs correções do Chatwoot abrangem o recebimento de webhooks e a publicação de artigos no Help Center. Na edição Enterprise, a atualização também altera a recuperação das campanhas do WhatsApp e oferece uma URL de metadados para a autenticação SAML. Você precisa considerar a edição instalada ao conferir os recursos anunciados.
Novidades
- Chatwoot 4.19.1 — Chamadas Twilio: a edição Enterprise aceita horários de atendimento e chamadas com identificação do número ocultada.
- Chatwoot 4.19.1 — Autenticação SAML: a edição Enterprise aceita uma URL de metadados com atualização dos certificados.
- Chatwoot 4.19.1 — Planos Cloud: os planos pagos incluem Stripe e tradução automática entre os recursos habilitados.
Melhorias
- Chatwoot 4.19.1 — Campanhas do WhatsApp: a edição Enterprise recebe ajustes na recuperação das campanhas e no controle de envios duplicados. As notas não detalham as condições dessas falhas.
- Chatwoot 4.19.1 — Modelos de IA: o Captain AI e a transcrição recebem modelos atualizados na edição Enterprise, sem identificação dos modelos nas notas.
- Chatwoot 4.19.1 — Compilação: o Node.js utilizado na preparação dos arquivos JavaScript recebe a versão de segurança 24.22.1.
Correções
- Chatwoot 4.19.1 — Validação de conteúdo: a publicação reforça a verificação dos webhooks da Twilio e a sanitização de CSS, sem detalhar os casos corrigidos.
- Chatwoot 4.19.1 — Help Center: a versão corrige a duplicação de artigos.
- Chatwoot 4.19.1 — Bots: a atualização corrige conflitos entre bots associados à caixa de entrada.
- Chatwoot 4.19.1 — Páginas públicas: cookies de sessão desnecessários são removidos dessas páginas.
Ponto de Atenção
O projeto informa que a aplicação de produção utiliza Ruby. O Node.js participa da compilação dos arquivos JavaScript, por isso a atualização dessa dependência não indica a execução de Node.js no runtime de produção. Teste sugerido: confira um webhook válido da Twilio e a exibição de um artigo do Help Center em homologação. Na edição Enterprise, valide também o login SAML com os metadados configurados.
Notas da versão
O release oficial do Chatwoot 4.19.1 foi publicado às 04h48 UTC como versão estável. O projeto recomenda a atualização pelas correções de segurança.
Atualizações em Next.js
1 versãoA canary reúne alterações na preparação do conteúdo do React e na compilação. O script Flight utiliza as strings fornecidas pelo React diretamente. O Turbopack modifica o processamento de grupos de chunks, mas o anúncio não apresenta medições para comparar o tempo de build. A correção do arquivo de trava atende a instalações cujo diretório de saída utiliza um sistema de arquivos com suporte limitado a travas.
Novidades
A publicação concentra mudanças no funcionamento interno do framework e não anuncia uma nova funcionalidade pública.
Melhorias
- Next.js 16.5.0-canary.27 — Script Flight: a montagem do script inline utiliza as strings do React diretamente, evitando uma nova codificação.
- Next.js 16.5.0-canary.27 — Grupos de chunks: o Turbopack consulta índices por uma célula com chave e acompanha a disponibilidade por grupo. Os grupos utilizados no processamento são derivados do grafo e agrupados por chave.
- Next.js 16.5.0-canary.27 — Consultas em lote: o
turbo-tasks-backendparaleliza a decodificação de consultas grandes. OSnapshotCoordinatordistribui o contador de operações e verifica periodicamente o encerramento das operações pendentes. - Next.js 16.5.0-canary.27 — Persistência: o
turbo-persistencemantém a quantidade de shards até a primeira mesclagem no nível inferior do armazenamento.
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 implementação ausente ou limitada de travas, como o NFS.
Ponto de Atenção
A versão pertence ao canal canary e deve ser avaliada como pré-release. Teste sugerido: compile uma aplicação de homologação com o diretório de saída em NFS e confira a conclusão do build. Numa página com componentes de servidor, verifique a renderização inicial e a navegação. Para comparar o Turbopack, utilize o mesmo projeto e mantenha as condições de cache entre as versões.
Notas da versão
O release oficial do Next.js 16.5.0-canary.27 foi publicado às 23h47 UTC e está marcado no GitHub como pré-release. O anúncio não informa resultados quantitativos de desempenho.
Atualizações em Openship
2 versõesA publicação amplia os destinos de deploy ao conectar um manager Linux de um Swarm existente. A preservação dos volumes também recebe correções para evitar que uma aplicação volte com armazenamento vazio durante a substituição do container. Você precisa conferir separadamente a atualização do controlador e das imagens das aplicações hospedadas, pois atualizar o Openship preserva as versões fixadas de cada projeto.
O suporte ao Swarm atende ao Desktop e aos controladores self-hosted. A replicação gerenciada dos bancos depende dos operadores do Kubernetes self-hosted, por isso não acompanha automaticamente a conexão do Swarm. A correção posterior da 0.9.5 atende a outra situação: o dashboard do controlador podia falhar na verificação de saúde após atualizar para a 0.9.4, interrompendo a inicialização pelo Compose.
Novidades
- Openship 0.9.4 — Docker Swarm: o controlador conecta um manager Linux existente para publicar novas aplicações e serviços Compose. As imagens utilizam digests imutáveis e os segredos ficam associados ao release.
- Openship 0.9.4 — Replicação: o Kubernetes self-hosted gerencia réplicas de leitura do PostgreSQL e replicação autenticada do Redis com Sentinel. A alteração exige backups verificados e revisão das conexões de escrita e leitura.
- Openship 0.9.4 — Monorepos: novas importações exigem selecionar as aplicações que serão publicadas. A leitura posterior preserva as pastas escolhidas e os comandos personalizados.
- Openship 0.9.4 — Rotas privadas: o OpenResty aceita senha compartilhada para rotas self-hosted e prévias nativas. A validação utiliza cookies assinados e a troca da senha invalida as sessões existentes.
- Openship 0.9.4 — Segurança dos runtimes: avisos assinados são associados a digests ou versões observadas nas aplicações. A atualização automática de imagens elegíveis permanece desativada por padrão e exige consentimento.
- Openship 0.9.4 — Contratação Cloud: a interface inclui cobrança anual e planos Openship Manage para administrar servidores próprios. Assinaturas existentes mantêm os preços e limites registrados.
Melhorias
- Openship 0.9.4 — Backup: volumes de uma aplicação isolada entram nas políticas de backup, mesmo quando ela não possui serviços cadastrados.
- Openship 0.9.4 — Recuperação de deploy: uma imagem Docker já compilada pode ser reutilizada após falha na ativação, preservando a revisão do código e o destino. A associação da imagem ao projeto precisa ser verificada.
- Openship 0.9.4 — Variáveis obrigatórias: o Compose verifica as chaves ausentes antes de compilar ou substituir os serviços, sem revelar seus valores nas mensagens.
- Openship 0.9.4 — Permissões por projeto: tokens pessoais e clientes MCP (Model Context Protocol) recebem permissões específicas para domínios e deploys. Cancelamento e rollback continuam exigindo acesso administrativo.
Correções
- Openship 0.9.4 — Volumes persistentes: substituições Docker no Desktop e em instalações self-hosted reutilizam volumes do projeto para declarações
VOLUME. Uma associação ausente ou conflitante interrompe a publicação em vez de iniciar com armazenamento vazio. - Openship 0.9.4 — Configuração do commit: deploys de uma revisão específica leem seu Compose e seus padrões de
openship.json, sem misturar a configuração atual da branch. - Openship 0.9.4 — Recuperação de rotas: uma nova tentativa aguarda o encerramento da recuperação anterior para evitar que uma gravação atrasada altere o encaminhamento da publicação recente.
- Openship 0.9.4 — Runtimes: os componentes afetados recebem Node 22.23.4 e Bun 1.4.4. O Desktop utiliza Electron 44.9.2 e os testes do dashboard e do webmail recebem Happy DOM 21.0.4.
- Openship 0.9.4 — Webmail: prévias de arquivos Office e CSV executam com isolamento e limites de processamento. Anexos com conteúdo ativo em HTML, SVG ou XML ficam disponíveis para download sem executar na sessão autenticada.
- Openship 0.9.4 — Container da API: a imagem foi recompilada para corrigir a seleção do worker gerenciado. Instalações com a imagem inicial precisam obter novamente
ghcr.io/oblien/openship-api:0.9.4e recriar o serviço da API.
Ponto de Atenção
O Swarm utiliza substituição com parada anterior à ativação e mantém serviços persistentes em uma única instância no manager conectado. Projetos já publicados exigem migração explícita. O suporte não inclui adoção automática de stacks existentes nem clusters no Cloud hospedado.
Builds Docker protegidos por SSH com privilégios de root exigem Buildx e acesso root ou sudo sem senha. A atualização do controlador e do webmail exige recompilar ou recriar os serviços afetados. Os digests fixados das aplicações continuam preservados.
Teste sugerido: publique uma aplicação de homologação no Swarm conectado e confira o digest da imagem. Grave um arquivo no volume persistente, repita o deploy e verifique sua preservação. Depois de obter a imagem corrigida da API, confira a seleção do worker gerenciado no build seguinte.
Notas da versão
O release oficial do Openship 0.9.4 foi publicado às 13h11 UTC como versão estável. A correção adicional afeta a distribuição da API em container. A tag Git, o pacote npm e os instaladores do servidor e do Desktop permanecem iguais.
Na conferência de 25/10, a consulta desse release pela API do GitHub retornou HTTP 404. As mudanças acima preservam as notas capturadas em 24/10. Para a recuperação da instalação, consulte a publicação da 0.9.5 a seguir, que permanece disponível.
Novidades
A publicação corrige a atualização self-hosted e não anuncia uma funcionalidade pública independente.
Melhorias
- Openship 0.9.5 — Testes de atualização: a publicação das imagens exige a verificação da atualização a partir da 0.9.3 e da versão anterior com os arquivos distribuídos. Os testes conferem o armazenamento preenchido e a preservação das credenciais, além das rotas existentes e do acesso do dashboard à API. A instalação nova e o reinício completo também fazem parte da verificação.
- Openship 0.9.5 — Imagens do dashboard: as duas arquiteturas da imagem recebem testes. A verificação também inclui instalações com portas personalizadas.
- Openship 0.9.5 — Avisos de segurança: as telas verificam os requisitos para atualizar o runtime. Imagens recompiladas a partir de uma execução anterior ou sem revisão identificada mostram
Open source redeploy, evitando oferecer uma atualização que falharia. O deploy mantém as verificações de permissão e das imagens fixadas.
Correções
- Openship 0.9.5 — Inicialização do Compose: o servidor Next.js do dashboard escuta em
0.0.0.0dentro do container, permitindo que a verificação de saúde por loopback o alcance. A correção atende aos ambientes gerados pelo CLI, à configuração self-hosted de referência e às instalações a partir do código-fonte. As portas publicadas no host mantêm os padrões de loopback. - Openship 0.9.5 — Worker gerenciado: os Dockerfiles distribuídos com a API não acionam indevidamente um build de desenvolvimento. A compilação do worker a partir do código-fonte exige metadados do checkout Git.
Ponto de Atenção
Execute openship update para obter a 0.9.5. A atualização recria os serviços do controlador: API, dashboard e edge. O armazenamento das aplicações permanece preservado, assim como os registros existentes no PostgreSQL e no Redis.
A recuperação temporária na 0.9.4 consiste em adicionar HOSTNAME: "0.0.0.0" ao environment do dashboard e executar docker compose up -d com o arquivo Compose e o nome de projeto existentes. O CLI regenera esse arquivo numa execução posterior, por isso a alteração manual precisa ser seguida pela atualização.
Teste sugerido: atualize uma instalação de homologação da 0.9.4 e confira a saúde do dashboard e a inicialização do edge. Abra uma rota já configurada e verifique um registro no PostgreSQL e uma chave no Redis. Depois de reiniciar os serviços, confirme o login administrativo.
Notas da versão
O release oficial do Openship 0.9.5 foi publicado às 18h39 UTC como versão estável. A correção dos metadados do anúncio preserva os mesmos arquivos binários do build.
Atualizações em Orca
1 versãoOs perfis do navegador permitem manter sessões distintas para aplicações abertas em projetos diferentes. A escolha vale para novas abas e preserva o perfil compartilhado como padrão. A versão também corrige a sincronização de edições pendentes entre visualizações do mesmo arquivo e a recuperação de terminais remotos.
Novidades
- Orca 1.4.239 — Skills: o instalador próprio instala e atualiza skills no desktop, nos servidores pareados e nos hosts SSH. As telas de configuração oferecem instalação direta.
- Orca 1.4.239 — Navegador:
Settings → Browser → Profile for new tabsoferece perfis compartilhados, por repositório ou por workspace para novas abas. - Orca 1.4.239 — Chat experimental: uma conversa nova pode abrir ao lado da atual. O cabeçalho oferece ações para continuar com um agente no terminal.
- Orca 1.4.239 — Recuperação SSH:
Recover server…recupera hosts Linux gerenciados compatíveis que recusam a inicialização por uma trava antiga. A interface confere o estado e exige confirmação sobre outras máquinas que compartilham o diretório pessoal. - Orca 1.4.239 — Jira: os campos Reporter e os campos personalizados de usuário oferecem seleção de participantes.
Melhorias
- Orca 1.4.239 — Inicialização de agentes: a disponibilidade do chat verifica seu runtime separadamente do CLI do terminal. As falhas recebem mensagens explicativas.
- Orca 1.4.239 — Páginas no navegador: o botão direito abre um menu de ações da página. Atalhos acessam o DevTools e as falhas de carregamento apresentam o motivo.
- Orca 1.4.239 — Monitoramento de arquivos: o monitor observa somente os arquivos necessários nas pastas de configuração e
.git. Após lentidão do sistema, recupera a atividade depois de um intervalo de espera. - Orca 1.4.239 — Celular: a abertura de uma notificação mostra o agente correspondente. As abas de chat permitem iniciar o ditado e o terminal envia escritas OSC 52 à área de transferência do celular.
- Orca 1.4.239 — Idiomas: as traduções recebem complementos, incluindo contribuições em português. A entrada em coreano e a renderização de alfabetos índicos também recebem ajustes.
Correções
- Orca 1.4.239 — Edições compartilhadas: desfazer ou descartar uma alteração atualiza as outras visualizações do arquivo. Fechar uma aba durante a gravação não faz as demais parecerem indevidamente sem alterações pendentes.
- Orca 1.4.239 — Codificação: arquivos fora de UTF-8 exigem confirmação para conversão.
- Orca 1.4.239 — Mensagens: a fila fica no registro da própria conversa para que uma mensagem recusada não seja ignorada. Várias imagens arrastadas juntas preservam os anexos.
- Orca 1.4.239 — Sessões SSH: terminais restaurados recuperam a conexão após autenticação por senha. O endereço de acesso SSH do servidor pareado permanece depois de reiniciar.
- Orca 1.4.239 — Comandos no terminal: uma divisão de painel que excede o prazo identifica o painel pendente. A repetição da tentativa não executa novamente o comando original.
- Orca 1.4.239 — Android: rolar ou deslizar o terminal mantém o teclado fechado. Mensagens de várias linhas são enviadas como uma única colagem delimitada.
- Orca 1.4.239 — Revisão no GitHub: links de arquivo e linha nos comentários abrem o editor no trecho correspondente. A elegibilidade para merge automático recebe correção.
Ponto de Atenção
Atualize os hosts pareados e SSH junto do desktop para utilizar as correções do chat experimental. Páginas dos servidores pareados utilizam os perfis de navegador do próprio servidor. As mudanças de download e navegação nativa no celular exigem atualizar o aplicativo móvel.
A recuperação SSH exige confirmar que nenhuma outra máquina com o mesmo diretório pessoal executa o Orca. Os conectores permanecem desativados por padrão em experimentalConnectors, assim como as mudanças de arquitetura de layout. As ações de grupos vazios e o controle de status de workspaces filhos foram revertidos.
Teste sugerido: escolha perfis por workspace e abra novas abas de uma aplicação de teste para conferir a separação das sessões. Abra um arquivo em dois workspaces, desfaça uma edição e compare as visualizações. Num host de homologação, retome um terminal SSH após autenticar por senha.
Notas da versão
O release oficial do Orca 1.4.239 foi publicado às 07h10 UTC como versão estável. A referência à 1.4.238 no anúncio aponta para a publicação anterior, registrada no diário de 23/10 pelo calendário UTC.
Atualizações em Paperclip
1 versãoA privacidade das tarefas alcança as consultas dos agentes e dos plugins, além da interface. O compartilhamento de uma tarefa filha preserva a restrição de acesso ao restante da hierarquia. Os totais gerais ainda podem incluir trabalho privado. Na lista de execuções, você encontra informações limitadas de consumo para acompanhar o orçamento sem acessar o conteúdo restrito.
Nas instalações existentes, a inicialização acrescenta permissões ao perfil Operator e modifica as políticas de orçamento. Essas políticas recebem uma configuração que interrompe novas execuções diante de consumo sem preço confiável. Confira os membros e as políticas junto das migrações do banco para identificar os acessos ampliados e as execuções sujeitas à interrupção.
Novidades
- Paperclip 2026.1023.0 — Trabalho privado: tarefas e projetos aceitam participantes autorizados. A restrição alcança buscas, documentos e anexos, além dos históricos de execução. O acesso dos agentes considera também as permissões do participante responsável pela execução.
- Paperclip 2026.1023.0 — Provedores de modelos: as conexões incluem OpenRouter, Amazon Bedrock e Google Gemini, além de endpoints compatíveis com Responses, Messages ou Chat Completions. O agente seleciona a conexão compatível e aceita um identificador de modelo informado manualmente.
- Paperclip 2026.1023.0 — Bots do Slack: o assistente utiliza a Manifest API para criar o aplicativo com um token temporário, instala por OAuth e verifica o recebimento. A opção
Require at-mentionexige menção explícita nas respostas de uma conversa. - Paperclip 2026.1023.0 — Revisão no GitHub: o bot publica
Paperclip Reviewno commit avaliado. A proteção de branch pode exigir essa verificação, cuja pontuação mínima é configurável. - Paperclip 2026.1023.0 — Assistentes MCP: conexões autorizadas editam e concluem tarefas, escrevem documentos e enviam arquivos com autorizações temporárias. A administração das configurações dos agentes exige consentimento separado.
- Paperclip 2026.1023.0 — Runner: o OpenAI Dot e o Pi 1.0 integram a execução experimental. O Dot utiliza pareamento por código de uso único.
- Paperclip 2026.1023.0 — Leitura de anexos: arquivos HTML abrem em uma área isolada, com acesso ao código-fonte e ao download. Arquivos CSV são apresentados como tabelas.
- Paperclip 2026.1023.0 — Agente principal: cada participante define um agente principal por empresa para novas tarefas e conversas sem uma escolha recente.
- Paperclip 2026.1023.0 — Integrações hospedadas: o catálogo acrescenta conexões como Calendly e Resend. O login do Sentry utiliza a descoberta OAuth pelos metadados do servidor MCP.
Melhorias
- Paperclip 2026.1023.0 — Custos registrados: comprovantes de consumo são preservados para recuperação após falhas. Novas tentativas consolidam uma única cobrança com frações de centavo. O registro distingue valores informados dos estimados e identifica o consumo ainda sem preço.
- Paperclip 2026.1023.0 — Mensalidades: a página Costs inclui as assinaturas conectadas do ChatGPT ou do Claude junto dos gastos de API. Planos não identificados permanecem sem preço até a correção correspondente.
- Paperclip 2026.1023.0 — Chaves dos agentes: cada agente recebe um par persistente Ed25519, criptografado no armazenamento e disponibilizado aos processos gerenciados por variáveis de ambiente.
- Paperclip 2026.1023.0 — Inatividade: várias filas são ativadas por gravações confirmadas e prazos conhecidos, evitando consultas periódicas ao banco durante a ociosidade. O backup final pode ser habilitado nas instâncias com backups automáticos.
- Paperclip 2026.1023.0 — Admissão de agentes: a preparação registra etapas persistentes e confere a configuração após a aprovação. A página do agente mostra o progresso e permite repetir uma etapa malsucedida.
- Paperclip 2026.1023.0 — Codex e OpenCode: a execução nativa do Codex utiliza o CLI instalado com o servidor e informa a troca de modelo causada por uma versão antiga demais no sandbox. O OpenCode transmite o texto recebido e inicia sem exigir o script de pós-instalação.
- Paperclip 2026.1023.0 — Branch ausente: a tarefa oferece a branch padrão do remoto ou a entrada de outra branch para repetir sua preparação.
Correções
- Paperclip 2026.1023.0 — Recuperação de arquivos: a cópia de volta do sandbox aceita até três tentativas diante de falha transitória. Uma falha persistente preserva o sandbox remoto e seus arquivos para reparo.
- Paperclip 2026.1023.0 — Worktrees: um worktree retomado mantém seu repositório original após alterações na configuração do projeto. O encerramento do servidor aguarda a exportação dos workspaces dos adaptadores legados.
- Paperclip 2026.1023.0 — Continuidade de tarefas: novas tentativas aguardam a limpeza do ambiente anterior. A conclusão das revisões de uma tarefa filha volta a ativar a tarefa principal.
- Paperclip 2026.1023.0 — Conexões MCP: uma resposta inválida ou extensa demais falha somente na chamada correspondente, preservando a conexão para outras chamadas.
- Paperclip 2026.1023.0 — Instruções dos agentes: a retomada do Claude CLI aceita as cópias dos arquivos criadas por execução. O Hermes recebe instruções gerenciadas pela camada de sistema, evitando sua repetição a cada turno retomado.
- Paperclip 2026.1023.0 — Jobs do workspace: comandos que terminam com código diferente de zero retornam
422 workspace_job_failed, acompanhado da saída do comando, em vez de erro 500.
Breaking changes
- Paperclip 2026.1023.0 — Perfil Operator: os membros recebem quatorze permissões, incluindo configuração de agentes e conexões, convites e leitura de auditoria. A inicialização acrescenta as permissões ausentes aos membros existentes. Revise os perfis que deveriam manter acesso principalmente de leitura.
- Paperclip 2026.1023.0 — Bots de revisão:
enableGitHubReviewBots, desativado por padrão, controla a exibição das telas de configuração. Os bots existentes continuam executando, mas os controles antigos de revisão automática por participante são ignorados. Habilite a opção para administrá-los e configure filtros de inclusão ou exclusão de autores. - Paperclip 2026.1023.0 — Orçamento sem preço: as políticas existentes recebem
unpricedUsagePolicy: block. Um consumo sem preço confiável faz a política ser considerada no limite até o ajuste da cobrança. Revise a configuração e utilizeallowsomente quando a continuidade nessas condições estiver autorizada.
Ponto de Atenção
A atualização aplica as migrações 0306 a 0333. As migrações 0313 e 0314 gravam alterações em lotes e podem levar mais tempo em instalações com histórico extenso. A execução interrompida pode retomar os lotes pendentes. Confira o backup e acompanhe a conclusão na instalação de homologação.
As tarefas existentes recebem visibilidade open, preservando o acesso anterior à atualização. Numa tarefa privada, Owners e Admins precisam utilizar ?breakGlass=true para uma consulta excepcional, registrada na auditoria e num aviso na tarefa. A lista geral de execuções ainda informa o agente e o consumo de trabalho privado, sem expor seu conteúdo.
As chaves privadas dos agentes são textos PEM com várias linhas e não devem aparecer em logs dos adaptadores. Uma chave mestra incorreta faz a execução falhar, em vez de substituir o par de chaves.
Teste sugerido: crie uma tarefa privada em homologação, compartilhe com um segundo participante e tente abri-la com um terceiro sem autorização. Confira também as permissões de um membro Operator e o comportamento de uma política diante de consumo sem preço. Para bots do GitHub, valide o filtro de autores e a verificação publicada no commit.
Notas da versão
O release oficial do Paperclip 2026.1023.0 foi publicado às 00h03 UTC como versão estável. O anúncio informa 23/10 no corpo, mas este diário utiliza published_at do GitHub. O Dot e as respostas rápidas continuam experimentais e desativados por padrão.
Conferência dos acessos, volumes e orçamento
No Paperclip, confira primeiro as migrações e os membros Operator. Depois, teste a leitura de uma tarefa privada com participantes que possuem permissões diferentes. Essa sequência verifica tanto a ampliação de acesso introduzida pelo perfil quanto a restrição aplicada ao conteúdo privado. A política de consumo sem preço merece um teste separado, porque pode interromper o agente mesmo quando o acesso à tarefa está correto.
No Antigravity CLI, alterne entre logins de teste e confira a reconexão dos plugins. As duas publicações exigem que o acesso acompanhe a identidade utilizada: no Paperclip, isso vale para a tarefa e seu participante responsável. No Antigravity, vale para o token do servidor MCP. Complete a conferência com as personalizações carregadas por AGY_ADC_AUTH e com a execução não interativa utilizada no seu projeto.
No Chatwoot, valide o recebimento de webhooks e os bots associados à caixa de entrada. No Orca, confira a separação das sessões em novas abas e depois a retomada do terminal remoto. Essas verificações completam a conferência de identidade do Antigravity e do Paperclip: cada integração precisa continuar utilizando a sessão prevista após a atualização.
No Openship, atualize para a 0.9.5 e confira a saúde do dashboard junto da inicialização do edge. Depois, valide a preservação de um arquivo num volume de homologação e o acesso por uma rota existente. A correção de inicialização completa a conferência da persistência: o controlador precisa iniciar e a aplicação precisa voltar com o armazenamento esperado. Para utilizar o novo destino Swarm, verifique também os limites de persistência e a migração do projeto.
No Next.js, concentre a avaliação da canary numa aplicação de homologação. A correção das travas exige conferir o sistema de arquivos utilizado no build. A mudança do Flight exige observar a página renderizada. Esses testes pertencem à aplicação que utiliza o framework, separados da atualização do dashboard distribuído pelo Openship.
Para investigar uma falha dessas 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.