O Antigravity CLI 1.3.4 corrige a escolha de agentes em execuções sem interação e a persistência das permissões alteradas pelo navegador. Uma automação com nome de agente inexistente termina com erro, em vez de executar o agente padrão em silêncio. A versão também preserva a autenticação dos servidores MCP diante de falhas temporárias de rede.
O Herdr 0.9.4 altera as permissões do servidor elevado no Windows e a forma de encerrar o servidor no Linux e no macOS. A versão também corrige a gravação e a restauração das sessões dos agentes. O n8n 2.44.0 acrescenta um canal de WhatsApp para agentes, amplia as verificações de permissão e recusa workflows com Nodes descontinuados.
Este diário cobre o intervalo de 13/10/2026 a 13/10/2026 pelo calendário UTC de publicação do GitHub. A consulta registrada nesta página encontrou dez releases em nove sistemas, sendo sete estáveis e três pré-releases. O Kestra publica duas linhas no mesmo dia, e quatro sistemas completam a manutenção com correções e ajustes de fluxo.
Atualizações em Antigravity CLI
1 versãoO Antigravity CLI 1.3.4 concentra as mudanças na automação e na configuração remota. A publicação acrescenta a listagem de plugins em JSON e ajusta a escolha do nível de esforço do modelo, que aceita o nome base sem --effort. As notas não detalham a migração dos scripts que interpretavam o código 0 como sucesso em execuções com agente inválido.
As correções tratam do login dos servidores MCP, das permissões concedidas pelo navegador e da comparação de arquivos. A publicação também inclui os subagentes declarados no agents.json nos detalhes de /plugin.
Novidades
- Antigravity CLI 1.3.4 — Lista de plugins: o comando
agy plugin list --jsonproduz uma saída legível por programas. A listagem inclui os plugins instalados por marketplace, com a versão e a indicação de ativação.
Melhorias
- Antigravity CLI 1.3.4 — Esforço do modelo:
--modele/modelaceitam o nome base sem--effort. A CLI escolhe o nível padrão informado pelo servidor, depois o nível médio ou, na ausência dos anteriores, o menor disponível. - Antigravity CLI 1.3.4 — Configuração remota: a janela Settings do navegador apresenta as configurações usadas pela CLI. As sessões de
agy remote-control servecarregamsettings.jsone gravam nele as alterações feitas pelo navegador. - Antigravity CLI 1.3.4 — Novas tentativas: o intervalo máximo entre tentativas automáticas depois de falhas do modelo cai de quatro minutos para 30 segundos.
- Antigravity CLI 1.3.4 — Modelos e conversas locais: o seletor oculta modelos de terceiros indisponíveis ao projeto Google Cloud no acesso Business com cobrança por uso. A busca de
@conversation:recorre às conversas locais após dois segundos de espera.
Correções
- Antigravity CLI 1.3.4 — OAuth nos servidores MCP: uma falha de rede, um timeout ou um erro temporário do servidor preservam o login gravado. As credenciais são removidas quando o servidor MCP ou o servidor de autorização as rejeitam.
- Antigravity CLI 1.3.4 — Permissões pelo navegador: as autorizações
Always allowconcedidas no Remote Control ficam somente noconfig.jsoncompartilhado. Removê-las pelo editor de permissões ou pela aba compartilhada de/permissionsencerra sua aplicação. - Antigravity CLI 1.3.4 — Comparação de arquivos:
/diffreconhece alterações nos repositórios Git, Mercurial e Jujutsu configurados para sempre exibir cores. - Antigravity CLI 1.3.4 — Agentes dos plugins: os detalhes de
/pluginincluem os subagentes declarados noagents.jsonda raiz e apresentam os nomes dos agentes carregados. - Antigravity CLI 1.3.4 — Credenciais e arquivos WebM: o acesso por Application Default Credentials evita a combinação incompatível de
thinking_budgetcomthinking_level. Arquivos WebM truncados ou limitados ao cabeçalho são recusados na leitura.
Breaking changes
- Antigravity CLI 1.3.4 — Agente inexistente: uma execução sem interação com
-pe--agentinválido termina com código 1 e apresenta os agentes disponíveis. Corrija o nome nos scripts que dependiam da execução automática do agente padrão. - Antigravity CLI 1.3.4 — Argumentos incompatíveis: combinar
--printcom--prompt-interactivetermina com código 2. Ajuste as automações que interpretavam o antigo código 0 como sucesso apesar da mensagem de conflito.
Ponto de Atenção
A mudança de código de saída alcança qualquer script que trate -p como execução tolerante a nomes errados. Revise as automações antes de atualizar, porque a recusa agora aparece como falha do comando. Nas sessões interativas, a CLI apenas avisa Agent Not Found antes de usar o agente padrão.
Teste sugerido: execute -p com um nome de agente inválido num ambiente de homologação e confira o código 1 e a lista apresentada. Depois, rode um plugin de teste com agy plugin list --json e verifique a versão e a indicação de ativação na saída.
Notas da versão
O release oficial do Antigravity CLI 1.3.4 foi publicado em 13/10/2026 às 05h09 UTC como versão estável.
Atualizações em Brandfy
1 versãoO Brandfy 1.3.3 muda a condução da entrevista de marca na skill brandfy-entrevista. Cada pergunta é apresentada sozinha, e a formulação da seguinte depende da sua resposta. Quando a pergunta comporta alternativas identificáveis, você recebe opções nomeadas, com a recomendada primeiro, e o espaço para resposta livre permanece disponível.
A publicação não altera os artefatos gerados pela entrevista nem os demais passos da esteira. As notas descrevem apenas o ritmo das perguntas e a apresentação das alternativas.
Novidades
A publicação não anuncia comando, arquivo de configuração ou artefato novo. A mudança está na forma de conduzir a entrevista que já existe na skill.
Melhorias
- Brandfy 1.3.3 — Perguntas da entrevista: a skill deixa de agrupar três a cinco perguntas por etapa. A formulação da próxima pergunta depende da resposta à pergunta anterior.
- Brandfy 1.3.3 — Alternativas de resposta: perguntas com alternativas identificáveis apresentam opções nomeadas, com a recomendada primeiro. O espaço para resposta livre permanece disponível.
Correções
As notas não descrevem falha corrigida nesta versão e limitam a publicação à condução da entrevista.
Ponto de Atenção
A entrevista avança em trocas menores, porque cada pergunta espera uma resposta antes da seguinte. Planeje o tempo da conversa e revise o resultado ao final.
Teste sugerido: rode a entrevista num projeto de teste e confira se cada pergunta chega isolada. Numa pergunta com alternativas, verifique se a opção recomendada aparece primeiro e se a resposta livre é aceita.
Notas da versão
O release oficial do Brandfy 1.3.3 foi publicado em 13/10/2026 às 16h56 UTC como versão estável.
Atualizações em Herdr
1 versãoO Herdr 0.9.4 altera as permissões do servidor elevado no Windows e a forma de encerrar o servidor no Linux e no macOS. A versão também corrige a gravação e a restauração das sessões dos agentes e reduz o consumo de recursos em sessões extensas.
Três mudanças exigem revisão antes da atualização. O servidor elevado no Windows aceita apenas clientes administradores por padrão, o encerramento por SIGHUP deixa de funcionar no Linux e no macOS, e o backend de entrada experimental foi removido.
Novidades
- Herdr 0.9.4 — Atualização de plugins:
herdr plugin updateatualiza todos os plugins instalados pelo GitHub ou somente o nome escolhido. Os painéis abertos mantêm os arquivos anteriores, e novas execuções usam a atualização. Plugins ligados localmente permanecem intactos. - Herdr 0.9.4 — Notificações no Windows: os avisos permanecem na Central de Notificações. Um clique abre o painel correspondente e traz a janela do terminal para a frente.
Melhorias
- Herdr 0.9.4 — Sessões extensas: agentes ocupados e shells ociosos usam menos CPU, e os painéis ocultos consomem menos memória. A publicação não apresenta medições para essas reduções.
- Herdr 0.9.4 — Estado dos agentes: Antigravity e Grok aparecem como ociosos ao retornar ao prompt, mesmo com trabalhos próprios em segundo plano. O Codex iniciado com
--no-daemoninforma os turnos concluídos pela integração. - Herdr 0.9.4 — Links dos plugins: com captura do mouse ativa, o plugin recebe prioridade ao tratar um link. Desative a captura para usar os atalhos de links do terminal.
Correções
- Herdr 0.9.4 — Gravação das sessões: as sessões são gravadas antes de o macOS reiniciar ou de o Windows encerrar os aplicativos. O novo arquivo chega ao disco antes de substituir o anterior, o que reduz a chance de uma interrupção deixar o registro ilegível.
- Herdr 0.9.4 — Continuidade do servidor: a falta de processos ou threads disponíveis não encerra todos os painéis. Um número de workspace fora da faixa retorna
workspace_not_foundem vez de derrubar o servidor. - Herdr 0.9.4 — Restauração dos agentes: suspender com
Ctrl+Ze retomar comfgpreserva o nome e a conversa. Checkouts temporariamente inacessíveis mantêm os grupos de worktrees, e a leitura lenta do Git não paralisa a restauração. - Herdr 0.9.4 — Teclado e terminal: as correções abrangem acentos e AltGr no Windows, atalhos em layouts não latinos e teclas aprimoradas depois de reiniciar o terminal externo. As respostas de cor e teclado deixam de inserir caracteres indevidos nos painéis.
- Herdr 0.9.4 — Conexões remotas: os agentes SSH encaminhados deixam de receber consultas a cada segundo, comportamento que podia interromper a autenticação do SSH e do Git. A barra lateral preserva suas configurações depois da reconexão.
- Herdr 0.9.4 — Shells e integrações: o Fish deixa de repetir fragmentos do prompt ao redimensionar painéis. O instalador Python do Hermes é reconhecido, e a configuração dos plugins em YAML é preservada ao instalar ou remover a integração.
Breaking changes
- Herdr 0.9.4 — Clientes Windows: um servidor elevado aceita apenas clientes administradores por padrão. Para permitir clientes sem elevação vinculados ao mesmo usuário do Windows, configure
allow_unelevated_clients = trueem[server]ou use--allow-unelevated-clientsao iniciar o servidor. - Herdr 0.9.4 — Encerramento por sinal: fechar o shell de origem não encerra o servidor no Linux e no macOS. Substitua
SIGHUPporherdr server stopouSIGTERMnos scripts que encerravam o Herdr dessa forma. - Herdr 0.9.4 — Entrada no Windows: a opção experimental
HERDR_WINDOWS_INPUT_BACKEND=crosstermfoi removida, e a entrada usa o console nativo do Windows. Retire a configuração antiga dos ambientes que selecionavam esse backend.
Ponto de Atenção
A atualização muda o encerramento do servidor e as permissões dos clientes no Windows. Ambientes com scripts próprios ou com clientes sem elevação precisam de ajuste antes da troca, porque o comportamento anterior deixa de valer nos dois casos. A remoção do backend de entrada também exige limpar a variável nos ambientes que a definiam.
Teste sugerido: num host Linux de homologação, reinicie o servidor com herdr server stop e confirme a saída do processo. No Windows, conecte um cliente sem elevação antes e depois de configurar allow_unelevated_clients e compare o resultado.
Notas da versão
O release oficial do Herdr 0.9.4 foi publicado em 13/10/2026 às 15h41 UTC como versão estável.
Atualizações em Kestra
2 versõesAs duas versões do Kestra corrigem a disputa entre novas tentativas que podia duplicar tarefas e encerrar execuções antes da hora. A manutenção também preserva os metadados de flows com falha, corrige a movimentação de arquivos no armazenamento local e ajusta o comportamento dos agendamentos.
A linha 1.3 recebe a anotação @TicketingField para descrever propriedades usadas pelo Cases, enquanto a 2.0.6 concentra as correções de loops, subflows e horários dos triggers. O trigger Schedule deixa de usar polling, e as notas não descrevem migração obrigatória de configuração.
Novidades
- Kestra 1.3.43 — Propriedades de plugins: a anotação
@TicketingFielddescreve como o Cases usa uma propriedade de tarefa de atendimento. As notas registram sua inclusão na linha 1.3.
Melhorias
A publicação não separa melhorias das correções de execução e de armazenamento.
Correções
- Kestra 1.3.43 — Novas tentativas: o executor corrige a concorrência que duplicava execuções de tarefas e podia encerrar a execução principal antes do fim.
- Kestra 1.3.43 — Arquivos de flows: o monitor de arquivos para de regravar flows inalterados continuamente. Os metadados dos flows com falha também são preservados.
- Kestra 1.3.43 — Armazenamento local: a movimentação cria a pasta de destino necessária. Os metadados associados acompanham a movimentação ou a exclusão do arquivo.
- Kestra 1.3.43 — Interface com Kafka: a aba
Concurrencydo flow fica oculta quando a instalação usa o backend Kafka.
Ponto de Atenção
A conferência da 1.3.43 fica na execução de tarefas com novas tentativas e no armazenamento local. Instalações com Kafka também precisam observar a aba Concurrency, que deixa de aparecer nesse cenário. As notas não descrevem mudança de configuração para essas correções.
Teste sugerido: num ambiente de homologação com novas tentativas configuradas, force uma falha de tarefa e confira a execução única. Depois, mova um arquivo no armazenamento local e verifique a pasta de destino e os metadados.
Notas da versão
O release oficial do Kestra 1.3.43 foi publicado em 13/10/2026 às 14h44 UTC como versão estável.
Novidades
- Kestra 2.0.6 — Propriedades de plugins: a anotação
@TicketingFielddescreve como o Cases usa uma propriedade de tarefa.
Melhorias
- Kestra 2.0.6 — Agendamento: o trigger
Scheduledeixa de usar polling. As notas informam a mudança interna sem descrever migração obrigatória de configuração.
Correções
- Kestra 2.0.6 — Execuções repetidas: a disputa entre novas tentativas deixa de duplicar tarefas e de encerrar execuções antes do fim. A opção
CREATE_NEW_EXECUTIONtambém recebe correção para novas tentativas dentro de loops. - Kestra 2.0.6 — Loops e subflows: os loops terminam quando recebem valores de URI vazios. Repetir a execução de um subflow não notifica o fluxo principal, e um subflow encerrado permanece nesse estado quando suas saídas não podem ser renderizadas.
- Kestra 2.0.6 — Horários dos triggers: a recuperação de
ScheduleOnDatesdeixa de disparar uma data futura antes da hora. Um cron sem data válida desativa o agendamento, e o filtro de datas preserva o fuso do valor recebido. - Kestra 2.0.6 — Interrupções e erros: os triggers preservam as solicitações de encerramento recebidas antes do registro do job pelo worker. Um valor desconhecido de
onChildFailureproduz falha, e erros ao avaliarwhenficam registrados na execução e no flow. - Kestra 2.0.6 — Exportação CSV: os caracteres de fórmula são neutralizados nos arquivos exportados.
- Kestra 2.0.6 — Edição e exclusão de flows: a separação de documentos YAML usa o delimitador no início da linha. A exclusão em lote valida os identificadores antes de aplicar a remoção de forma atômica.
- Kestra 2.0.6 — Arquivos e interface: os metadados dos flows com falha são preservados. O armazenamento local cria a pasta necessária ao mover arquivos, e copiar um erro não recolhe mais o painel que o apresenta.
Ponto de Atenção
A recuperação de ScheduleOnDates e o fim do polling no trigger Schedule exigem conferência dos horários depois da atualização. A publicação não exige mudança de configuração, mas os disparos merecem comparação com o horário esperado, principalmente em fusos diferentes do servidor.
Teste sugerido: num ambiente com ScheduleOnDates, agende uma data futura e confira que o disparo não ocorre antes do horário. Depois, execute um subflow com saídas vazias e verifique o estado final do fluxo principal.
Notas da versão
O release oficial do Kestra 2.0.6 foi publicado em 13/10/2026 às 14h25 UTC como versão estável.
Atualizações em n8n
1 versãoO n8n 2.44.0 inclui um canal de WhatsApp para agentes e amplia as verificações de permissão aplicadas às ferramentas e às credenciais. A publicação também corrige a devolução de jobs à fila quando um worker pausa ou encerra, e uma tentativa malsucedida de retomada preserva o estado das execuções que aguardam continuação.
Esta versão está marcada como pré-release e recusa a criação e a atualização de workflows com Nodes descontinuados. A restrição exige revisar os workflows afetados antes de gravar mudanças, e as notas não afirmam que as execuções já publicadas deixam de rodar.
Novidades
- n8n 2.44.0 — Agentes no WhatsApp: o novo canal recebe mídia e respeita os limites de envio relacionados à qualidade das mensagens. Os canais externos também apresentam uma mensagem quando o orçamento interrompe o agente.
- n8n 2.44.0 — Microsoft e Google: o Microsoft SharePoint Trigger Node entra no catálogo. As credenciais do Google Vertex AI incluem seleção de projeto, o Embeddings Azure OpenAI Node recebe autenticação pelo Entra ID, e os deployments Claude no Foundry usam o formato Anthropic Messages.
- n8n 2.44.0 — Conexões MCP: o diálogo de clientes inclui Antigravity e substitui Windsurf por Devin. A configuração dos agentes permite definir entradas das ferramentas que executam workflows.
- n8n 2.44.0 — Importação de tabelas: as colunas são associadas pelo identificador. A importação oferece políticas de substituição de schema e apresenta as alterações destrutivas antes da aplicação, com confirmação para continuar.
- n8n 2.44.0 — Observabilidade: cada span OpenTelemetry recebe a identidade da execução. O Prometheus expõe métricas de recuperação da conexão com o banco e continua servindo métricas durante a indisponibilidade.
- n8n 2.44.0 — Acompanhamento dos agentes: o proprietário recebe um email quando o alerta de orçamento mensal é atingido. A barra de comandos permite buscar, criar e reabrir agentes, com abas por tipo e paginação.
Melhorias
- n8n 2.44.0 — Configuração pelo Agent Builder: o prompt de sistema permanece estático para favorecer o cache. As escritas enviam somente os campos alterados e podem continuar sem uma nova leitura da configuração, e a preparação da sandbox de skills ocorre em segundo plano.
- n8n 2.44.0 — Relatório de migração: cada acesso apresenta somente os workflows que você pode editar. Instalações com vários processos principais servem o relatório em cada um deles.
- n8n 2.44.0 — Histórico e recuperação: a redução do histórico dos workflows roda como tarefa diária persistente. A recuperação pelos logs de inicialização identifica execuções encerradas por falha, e os resultados de correção automática ficam registrados.
Correções
- n8n 2.44.0 — Filas e retomada de execuções: os jobs retirados antes de uma pausa ou durante o encerramento do worker retornam à fila. Uma tentativa malsucedida de retomada preserva o estado das execuções que aguardam continuação.
- n8n 2.44.0 — Chat Hub e ferramentas: cada segmento é processado uma única vez no modo de filas. O núcleo retoma as chamadas a ferramentas carregadas por skills e estabiliza a espera por aprovação dos agentes filhos em segundo plano.
- n8n 2.44.0 — Credenciais e projetos: os testes obedecem às políticas de tipos de credenciais. A importação verifica a permissão de gravação antes de criar registros preliminares, e as transferências conferem as políticas do projeto de destino.
- n8n 2.44.0 — Serviços de IA: o assistente em instalação própria recebe correções para Kimi K3 e outros provedores compatíveis com OpenAI. O runtime Azure OpenAI dos agentes usa OAuth2 pelo Entra.
- n8n 2.44.0 — Integrações: o Microsoft Outlook Trigger informa falhas nas consultas e limita as mensagens pendentes processadas a cada consulta. O Odoo normaliza datas antes da escrita, e o S3 codifica o caminho de origem nas cópias de objetos.
- n8n 2.44.0 — Expressões e editor: a opção de ignorar maiúsculas funciona nas expressões regulares, e o reconhecimento de moedas inclui o símbolo do real brasileiro. Os campos Markdown preservam os caracteres digitados, o seletor mantém visível uma credencial já escolhida mesmo quando ela não aparece na lista disponível, e o editor permite baixar o conteúdo binário de uma execução do Engine v2.
Breaking changes
- n8n 2.44.0 — Nodes descontinuados: o n8n recusa a criação e a atualização de workflows com esses Nodes. Revise os workflows afetados e substitua os componentes descontinuados antes de gravar mudanças.
- n8n 2.44.0 — Permissões dos agentes: as ferramentas de agentes obedecem às políticas de tipos de Nodes, e a execução de um Node isolado pelo assistente exige o escopo de criação de workflows. Ajuste as permissões ou as ferramentas dos agentes afetados antes de repetir essas ações.
- n8n 2.44.0 — Credenciais em projetos compartilhados: a restrição de credenciais para membros também se aplica a proprietários e administradores nesses projetos. Confira as permissões usadas por essas identidades depois de atualizar.
Ponto de Atenção
A versão é pré-release e muda o alcance das permissões dos agentes. Antes de atualizar, revise os workflows que usam Nodes descontinuados e as ferramentas de agentes que dependem de escopos amplos. Em projetos compartilhados, confira as credenciais disponíveis para proprietários e administradores, que também ficam sujeitos à restrição aplicada aos membros.
Teste sugerido: abra um workflow com Node descontinuado numa instância de homologação e confira a recusa ao gravar. Depois, execute um Node isolado pelo assistente com um perfil que não tenha o escopo de criação de workflows e observe a mensagem.
Notas da versão
O release oficial do n8n 2.44.0 foi publicado em 13/10/2026 às 07h43 UTC como pré-release.
Atualizações em Next.js
1 versãoA pré-release 16.5.0-canary.10 corrige a resolução de imports relativos no next.config.ts e falhas do Turbopack em rotas com cache personalizado. A leitura das dimensões de imagens AVIF também recebe um ajuste, limitado à identificação do tamanho.
As demais correções tratam de imports dinâmicos adiados, mensagens de diagnóstico e documentação do cache. A publicação não inclui otimização nem codificação de AVIF, e a versão pertence ao canal canary.
Novidades
A publicação não anuncia recurso novo. As notas reúnem correções e ajustes internos do Turbopack e da documentação.
Melhorias
- Next.js 16.5.0-canary.10 — Configuração de segmentos: o Turbopack recebe ajustes na leitura das configurações de segmentos, sem detalhamento dos campos afetados nas notas. A publicação também simplifica a instanciação compartilhada dos módulos de atualização durante o desenvolvimento.
- Next.js 16.5.0-canary.10 — Documentação do cache: as orientações explicam as durações de
updateTagse corrigem o exemplo do argumentoEXdo Redis para o valorInfinity.
Correções
- Next.js 16.5.0-canary.10 — Imports da configuração: os caminhos relativos usados por
next.config.tssão resolvidos a partir do diretório desse arquivo. - Next.js 16.5.0-canary.10 — Rotas no Edge: o Turbopack corrige os route handlers do Edge quando
cacheHandlersestá configurado. - Next.js 16.5.0-canary.10 — Carregamento de módulos: a versão corrige colisões nas listas de chunks dos imports dinâmicos adiados. Os chunks de
next/dynamicusados em_appsão pré-carregados com a disponibilidade do próprio_app. - Next.js 16.5.0-canary.10 — Dimensões de imagens: o Turbopack usa a biblioteca
imagesizepara identificar o tamanho dos arquivos AVIF. - Next.js 16.5.0-canary.10 — Mensagens de diagnóstico: um import de
next/headerspor um Client Component não atribui a falha ao Pages Router. A janela de código apresentada pelo diagnóstico respeita os limites dos caracteres. - Next.js 16.5.0-canary.10 — Workspaces npm: a documentação ajusta o comando de feedback dos agentes para funcionar em workspaces npm.
Ponto de Atenção
A publicação é canary e concentra as correções no Turbopack. Avalie num projeto de homologação com a mesma configuração de build, porque a resolução de next.config.ts e o cache personalizado mudam de comportamento. A identificação de tamanho de AVIF não altera a codificação do formato.
Teste sugerido: num projeto com next.config.ts usando caminhos relativos, rode o build e confira a resolução dos imports. Configure cacheHandlers numa rota Edge e verifique os route handlers.
Notas da versão
O release oficial do Next.js 16.5.0-canary.10 foi publicado em 13/10/2026 às 23h50 UTC como pré-release.
Atualizações em Openship
1 versãoO Openship 0.9.1 verifica as imagens de substituição antes de iniciar a troca dos containers num redeploy. Se a preparação falhar, os containers existentes continuam em execução. A versão também permite selecionar PHP 8.3 ou 8.4 nos builds gerados e recuperar a conexão com um aplicativo de webmail existente sem recriar seus volumes.
O catálogo público de aplicativos ganha o diretório Apps, com busca, filtros por categoria e páginas dos aplicativos. A instalação encaminha para a configuração no Cloud ou para o guia de instalação própria.
Novidades
- Openship 0.9.1 — Catálogo de aplicações: o site público inclui o diretório Apps, com busca, filtros por categoria e páginas dos aplicativos. A instalação encaminha para a configuração no Cloud ou para o guia de instalação própria.
- Openship 0.9.1 — Runtime de produção:
runtimeVersionpermite selecionar PHP 8.3 ou 8.4 nos builds gerados. Os builds Docker a partir do código-fonte aceitam uma imagem personalizada porruntimeImage. - Openship 0.9.1 — Idioma russo: o onboarding e o dashboard oferecem russo, incluindo as telas de workflows e de recuperação das conexões.
Melhorias
- Openship 0.9.1 — Imagens no redeploy: a atualização manual consulta novamente as tags mutáveis do registro. As imagens compiladas localmente e os artefatos fixados para rollback permanecem preservados, e serviços externos sem mudança no conteúdo da imagem podem continuar em execução durante um redeploy completo.
- Openship 0.9.1 — Capacidade dos builds: o dimensionamento automático dos workers Cloud considera as cargas em execução e as reservas pendentes de CPU. A configuração do build mostra a capacidade disponível no workspace.
- Openship 0.9.1 — Continuidade da instalação: os links dos aplicativos preservam seu destino durante a autenticação e retomam a configuração confirmada depois do checkout. A seleção de um plano continua exigindo uma ação explícita para a compra.
- Openship 0.9.1 — Estado do deployment: a seleção das cargas usa a verificação atual de inicialização e conserva os avisos anteriores para consulta. O cache do Docker mantém a identidade imutável das imagens para a conferência das portas e do rollback.
Correções
- Openship 0.9.1 — Workflows personalizados: o nome inicial vem do YAML validado, o que permite gravar os workflows independentes depois da configuração. Campos ausentes recebem orientações junto ao controle correspondente.
- Openship 0.9.1 — Conexões Cloud: a reconexão reutiliza o vínculo gravado com o servidor. Atualizar a tela repete as consultas sem repetir uma escrita, e o Desktop e as instalações próprias encaminham as chamadas de Actions à instância Cloud responsável.
- Openship 0.9.1 — Recuperação do webmail:
Reconnect and deployreconecta um aplicativo acessível no mesmo servidor de email e hostname. A recuperação preserva as credenciais e os volumes persistentes, com conferência de propriedade do domínio e de permissões. - Openship 0.9.1 — Mensagens recebidas: os eventos IMAP IDLE atualizam o webmail mesmo através de proxies com buffering, com encaminhamento à pasta correta.
- Openship 0.9.1 — Rotas por caminho: as migrações preservam domínios com rotas exatas ou por prefixo que não tenham um serviço para os demais caminhos. Uma URL sem correspondência recebe 404, e uma nova tentativa de roteamento mantém a tabela anterior completa quando um destino está indisponível.
Ponto de Atenção
A recuperação do webmail exige que o aplicativo esteja acessível no mesmo servidor de email e hostname, com a propriedade do domínio confirmada. O redeploy também depende da leitura nova das tags mutáveis do registro, então imagens publicadas com a mesma tag podem ser atualizadas sem mudança no código do projeto.
Teste sugerido: num redeploy de homologação, publique uma imagem com falha de preparação e confira a permanência dos containers existentes. Depois, use Reconnect and deploy num webmail de teste e verifique a preservação das credenciais e dos volumes.
Notas da versão
O release oficial do Openship 0.9.1 foi publicado em 13/10/2026 às 07h21 UTC como versão estável.
Atualizações em Orca
1 versãoO Orca Android 0.0.55 recebe a maior parte das telas e dos recursos a partir do desktop pareado. Quando você atualiza o Orca no computador, o celular baixa essa versão na conexão seguinte, com uma barra de progresso na tela Downloading the latest app.
As conversas do Grok e do OpenCode podem ser abertas no telefone, e o suporte abrange OMP e Pi. As mensagens enviadas durante o trabalho de um agente aguardam acima do compositor e são transmitidas na ordem de envio.
Novidades
- Orca 0.0.55 — Recursos enviados pelo desktop: o celular apresenta a tela
Downloading the latest appna primeira conexão com um computador e depois de uma atualização do desktop. A barra de progresso acompanha o download. - Orca 0.0.55 — Conversas no celular: os chats do Grok e do OpenCode podem ser abertos no telefone. O suporte também abrange OMP e Pi, com os elementos visuais das conversas e os subagentes exibidos junto às mensagens.
- Orca 0.0.55 — Respostas e arquivos: as perguntas do agente aceitam respostas pelas teclas numéricas. A prévia de arquivos reproduz vídeos e músicas.
Melhorias
- Orca 0.0.55 — Fila de mensagens: as mensagens enviadas enquanto um agente trabalha ficam acima do compositor e seguem a ordem de envio. Uma mensagem não transmitida recebe a indicação
Not sente retorna ao rascunho. - Orca 0.0.55 — Espaços de trabalho: a lista mostra o estado da conexão dos hosts SSH e acompanha a configuração de espaços fixados no desktop.
- Orca 0.0.55 — Uso no Android: as notas registram menor consumo de memória e melhorias na rolagem das conversas. Os downloads da versão enviada pelo computador também recebem ajustes de desempenho, sem medição publicada.
Correções
- Orca 0.0.55 — Pareamento: a leitura de um novo código substitui o pareamento anterior. As notas mencionam melhorias de segurança nos links, sem detalhar uma vulnerabilidade.
- Orca 0.0.55 — Terminais: a publicação informa maior confiabilidade dos terminais, mas não descreve as falhas corrigidas individualmente.
Ponto de Atenção
O aplicativo depende do desktop pareado para baixar a versão enviada, então a atualização do computador precisa acontecer antes da conferência no celular. As notas também não detalham as falhas de terminal corrigidas, o que limita a validação a um uso prolongado da sessão.
Teste sugerido: atualize o Orca no desktop e abra a conexão no celular para acompanhar o download. Depois, envie três mensagens durante o trabalho de um agente e confira a ordem e o aviso Not sent numa mensagem interrompida.
Notas da versão
O release oficial do Orca Android 0.0.55 foi publicado em 13/10/2026 às 00h07 UTC como pré-release do aplicativo móvel.
Atualizações em Spec Kit
1 versãoO Spec Kit 1.2.0 inclui uma etapa nativa de workflow para GitHub e a opção --no-model-invocation na integração com Claude. As correções restringem os destinos de gravação do cache e preservam a política de links simbólicos entre comandos.
Os bundles aceitam versões patch empacotadas mais recentes, acompanhadas de avisos, sem estender essa aceitação a qualquer mudança de versão. O catálogo de extensões e presets também recebe atualizações de versão.
Novidades
- Spec Kit 1.2.0 — Etapa GitHub: os workflows recebem uma etapa integrada para GitHub. A publicação também acrescenta a avaliação da descrição de uma solicitação de alteração iniciada por mantenedores.
- Spec Kit 1.2.0 — Integração Claude: a configuração recebe
--no-model-invocation. As notas identificam a opção, mas não detalham sua utilização nesta publicação. - Spec Kit 1.2.0 — Acesso a arquivos: o
FileHelperrecebe uma estrutura com escopo definido para aplicar a política de acesso ao sistema de arquivos.
Melhorias
- Spec Kit 1.2.0 — Bundles: versões patch empacotadas mais recentes podem ser usadas com avisos. A publicação não estende essa aceitação a qualquer mudança de versão.
- Spec Kit 1.2.0 — Extensões e presets: o catálogo atualiza Applied Epistemic Engineering para 1.4.0, DocGuard para 0.44.3 e adrkit para 0.1.5. O preset OpenProject chega a 1.0.3, e sua extensão de integração chega a 0.2.0. Architecture Governance e Security Governance recebem, respectivamente, 0.6.2 e 0.7.1.
Correções
- Spec Kit 1.2.0 — Expressões dos workflows:
andeordeixam de avaliar o lado direito quando o resultado já está definido pelo lado esquerdo. - Spec Kit 1.2.0 — Cache dos catálogos: as gravações dos catálogos de workflows e etapas ficam restritas aos locais permitidos. A política de links simbólicos do projeto é preservada nas entradas e saídas dos comandos.
- Spec Kit 1.2.0 — Consulta de versão:
get_speckit_version()trata tipos específicos de exceção, em vez de capturar qualquer erro. - Spec Kit 1.2.0 — Orientações de contribuição: as mensagens explicam divergências nos títulos das submissões da comunidade. A documentação também distingue a persistência da especificação durante a entrega e depois dela.
Ponto de Atenção
A opção --no-model-invocation aparece sem detalhamento de uso, então a conferência depende da execução num projeto de teste. Os bundles aceitam patch mais recente com aviso, o que não autoriza trocar a versão menor nem a maior sem revisão.
Teste sugerido: rode a etapa de workflow para GitHub num repositório de teste e confira a avaliação da descrição da solicitação. Depois, execute uma expressão com and e or e verifique a avaliação parcial.
Notas da versão
O release oficial do Spec Kit 1.2.0 foi publicado em 13/10/2026 às 15h49 UTC como versão estável.
Conferência das mudanças de contrato
O dia reúne três publicações com mudança de contrato e sete atualizações de manutenção. Comece pelo Antigravity CLI e pelo Herdr, porque os dois alteram códigos de saída, permissões de cliente e forma de encerrar o servidor. Revise os scripts de automação e os ambientes Windows antes de atualizar.
O n8n 2.44.0 é pré-release e recusa workflows com Nodes descontinuados, além de restringir permissões de agentes e credenciais em projetos compartilhados. No Kestra, compare os horários dos triggers depois da atualização, porque a recuperação de ScheduleOnDates e o fim do polling mudam o comportamento do agendamento. No Openship, valide o redeploy com uma imagem de preparação falha e confira a recuperação do webmail sem recriar volumes.
O Brandfy, o Orca, o Spec Kit e o Next.js completam a conferência com mudanças menores. No Orca, a atualização do desktop precisa anteceder o download no celular. No Next.js, a correção de next.config.ts exige um build de homologação com a mesma configuração da aplicação.
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.